一次性能测试结果排查过程

　　一次性能测试结果排查过程   性能测试工具

　　一个测试环境受到外部不预期的干扰，性能测试结果将出现不预期的数据，导致分析困难甚至错误结论。

　　最近碰到一个CASE，将一个sevice 插入测试环境的网站应用中，然后对比是否加入这个service的性能影响。

　　多台测试机器，每台机器部署多个应用，所有应用共享一个DB。

　　系统架构： java + webx+ ibatis+ oracle。

　　另外，这个service采用几百K的数据运行速度也在毫秒级别。

　　呵呵，差点掉到沟沟里 [点击图片可在新窗口打开] ，特记录下。

　　一、制定测试方案

　　和service开发的dev 评审测试方案。 没有和网站应用的架构师核对。

　　被测服务器 load 已经大于 1 。

　　二、性能测试执行过程

　　选取一个post 产品的流程做性能测试脚本。性能测试数据从几百个byte-几K.

　　调整JAVA应用参数与生产环境同。

　　1)删除用户数据

　　2)删除日志

　　3)重启应用

　　4)交替执行service上与不上场景.

　　5)多次执行去性能数据平均值

　　性能测试选择在晚上人少时执行。

　　三、性能测试结果分析

　　性能测试发现average response time，上与不上service 相差无几,都是0.13秒左右 。甚至同样并发数时，上service的response time 比不上service的response time还要低。

　　其他load <2 ,cpu%约20% ,iowait% <1%,内存充足都相近。这个结果似乎有点解释不通。

　　另外比较反常的是：average reponse time图(非graph average)上偶尔有锯齿型的到达0.2 甚至0.4的高点，尺度延续时间40多秒。average response time的 std dev(标准方差)约 0.13甚至更高。

　　经web page break down分析图片这个数据更加清晰可见。

原文转自：http://www.ltesting.net