宁可找到的问题不是缺陷,也不要隐瞒不是问题的缺陷。

接口、C/S模式性能测试必修课,Linux自带tcpdump抓包命令解析。

上一篇 / 下一篇  2013-02-25 08:50:53 / 个人分类:性能测试

tcpdump是linux自带的抓包命令,测试过程中我们经常需要使用它获取接口交互的消息报文进行分析,在网络出故障时也是非常有用的故障定位诊断工具


命令解释:
-i eth0---指定网卡名,ip都是绑定在网卡上,因为一个机器可能多个网卡绑定不同的ip,需要看消息交互的ip绑定的网卡,可以通过ifconfig查询;
-s 0---报文长度,0表示不限定;
-X---翻译,如果不加这个参数将全部是些未翻译的码流,很难看懂,加这个参数后不加-w的执行打印窗口可以打印HTTP的文本信息;
port 8080---消息交互的进程所启的端口号,一般取服务端的端口号,因为服务端的端口号是固定的,而客户端的端口号在1025~65535随机分配;
-w msg.cap---把报文写到本地磁盘文件,一般建议采用cap文件,可以很方便的用ethereal分析;

PS:
1.多个端口可以采用tcpdump -i eth0 -s 0 -X port 8080 and port 8088 -w msg.cap;
2.如果两个通信的网元在同一机器上,网卡名必须指定为lo,即 -i lo,因为同一个机器上的网元通信时消息路由走的是回环网卡 lo,即127.0.0.1的那个网卡

tcpdump -i eth0 -s 0 -X port 8080 -w msg.cap
tcpdump -i eth0 -s 0 -X port 19312  and port 58080 -w msg.cap
tcpdump -i lo -s 0 -X port 8080 -w msg.cap

1.性能测试很多人认为最大的障碍就是测试脚本开发与测试结果分析,导致很多测试原忽略了测试规划与设计的重要性。
2.LoadRunner只是性能测试执行与分析的工具,应服从测试设计人员的意志,避免被工具牵着走测试。
3.压力测试=指标测试,以不断增加压力来找到系统的极限。
4.开发阶段的性能测试:一边开发一边性能测试,需要一个反复迭代的过程。通过开发阶段的性能测试可以发现一些核心算法的问题。
5.负载发生器(Load Generator)也叫压力产生器。
6.基于浏览器但使用HTTPS安全协议的录制,建议使用URL-based script方式。(包含javaScript的也是)
7.创建URL(WEB_url)表单提交(web_submit_from)链接(web_link)图像(web_image)集合点(lr_rendezvous)
8.性能测试以后将是主流。
9.性能测试不是给你一个指标,你按照指标记录下结果那么简单。
10.内存溢出导致响应时间、tps异常;查表导致数据库cpu异常可能是存储过程需要调优。
11.虚拟用户数、每秒点击数、每秒事物数、响应时间
12.性能分析:1)测试过程中环境异常,比如cup过高,网络不稳定,系统参数不正确等,这样的结果无效无需分析;2)逐步施压,否则导致服务器无法接到全部的压力请求,导致测试失败。3)性能测试直接暴露的问题:事务响应时间过长,系统支持最大并发用户量过低,系统应用服务器cpu利用率过高或内存不足等。   
13.服务器内存不够可能会引起较大的磁盘I/O,进而导致cpu利用率居高不下,其根本原因可能是程序内部内存泄漏,而不是内存瓶颈。                                       14.导致数据库异常停止服务的原因:1)程序算法的缺陷2)数据库配置不正确;算法上的缺陷导致cpu资源过度消耗,数据库配置上的错误导致数据库系统运行的异常。
15.数据库调优 > Oracle的专有服务模式和共享服务模式:专有服务连接采用一对一的连接方式,能很快的响应用户的请求。但由于用户的连接数过多,为每一个用户分配连接资源,对硬件的要求比较大。共享服务模式,即一个服务器响应多个用户连接。只要用户请求执行完,就会马上断开连接,分配器会把空闲的服务器进程分配给其他排队的用户进程。
16.系统点击率下降通常表明服务器的响应速度在变慢。                                                                   
17.HTTP状态码 200正常 202已接受请求,但处理尚未完成 400不正确的请求 401未经授权的客户试图访问受密码保护的页面 402需要付费 403资源不可用,服务器理解客户请求,但拒绝处理;通常是由与服务器上的文件或目录权限设置导致的 404不说了 405请求方法(GET/POST/HEAD/DELETE/PUT/TRACE)对指定的资源不适用 414URI太长 415不支持的媒体类型 500服务器内部错误,不能够完成请求 501服务器不支持现请求所需要的功能 504网关超时,表示不能及时从远程服务器获得应答 505服务器不支持请求中指明的HTTP版本
18.测试计划:1)环境搭建拉通 2)功能测试测试用例设计、功能测试执行) 3)性能测试(测试用例设计、测试数据预置、测试脚本开发录制、测试用例执行、测试结果分析) 4)报告编写(结果分析、测试报告)
19.性能测试种类:核心业务场景测试/组合业务场景测试/强度测试/大数据量测试
20.性能测试范围:重点测试版块/非重点测试版块
21.性能测试目标:通过性能测试实现对服务器的综合性能评估,尽可能真实的反应系统的性能情况,为调整与优化系统提供参考。
22.controller 关联 :web_reg_save_param("WangYong","LB=<tale>","RB=</table>","Ord=All","search=body","RelFrameId=All","IgnoreRedirections=Yes",LAST);Ord默认为1,如果搜索到的字符为多个用all。search指定搜索范围,header、body、header and body .
23. cat  prmt_interface.log | grep "Promotion:10.40.16.231|DNA" | awk -F '|' '{print $1}' |sort | uniq -c
性能测试的阶段
1/测试确认:理解被测系统,确定测试点,测试范围,测试环境。一些重要信息需要同PM、需求人员、设计人员讨论确认。
2/测试通过标准:是否达到指标是性能测试结束的标志。
3/测试准备:包括测试用例,测试脚本,测试桩,测试数据的预置。
4/环境搭建拉通:环境确保与生产环境一致。
5/执行测试、监控:执行设计好的用例,监控并收集需要的数据。性能问题,保留事故现场,备份错误日志
6/问题分析定位调优:
7/性能报告:
 

 作者:阿热米依

 出处:http://www.51testing.com/?490115/
 邮件:aremiyi@163.com
 
如果您觉得有些收获,请点击页面下方的推荐
      如果您想进一步交


 


TAG: 性能测试 TCPDump tcpdump 接口

 

评分:0

我来说两句

wonter

wonter

宁可找到的问题不是缺陷,也不要隐瞒不是问题的缺陷。

我的栏目

日历

« 2024-04-22  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 5429
  • 日志数: 4
  • 建立时间: 2012-09-20
  • 更新时间: 2018-02-06

RSS订阅

Open Toolbar