WebService性能测试简单分析案例2.docx

WebService性能测试简单分析案例2.docx

《WebService性能测试简单分析案例2.docx》由会员分享，可在线阅读，更多相关《WebService性能测试简单分析案例2.docx（16页珍藏版）》请在冰点文库上搜索。

WebService性能测试简单分析案例2

WebService性能测试简单分析案例

—大傻

文档历史

日期

版本号

作者

修订历史

2010-12-8

1.0

大傻

编写

版权声明：

本文由BSTT成员收集整理，只作相互交流学习使用，不能作为任何商业用途，转载时请务必标识BSTT统一LOGO，并注明BSTT宗旨（倡导测试开源，分享测试经验）。

QQ交流群号：

14926562

1测试结果（100用户）

1.1100*100

1.1.1事物执行情况（看Action_Transaction）

1.1.2稳定性控制图

1.1.3服务器资源

1.2100*150

1.2.1事物执行情况（看Action_Transaction）

1.2.2稳定性控制图

1.2.3服务器资源

1.3100*200

1.3.1事物执行情况（看Action_Transaction）

1.3.2稳定性控制图

1.3.3服务器资源

1.4100*250

1.4.1事物执行情况（看Action_Transaction）

1.4.2稳定性控制图

1.4.3服务器资源

2测试结果（200用户）

2.1200*100

2.1.1事物执行情况（看Action_Transaction）

2.1.2稳定性控制图

2.1.3服务器资源

2.2200*150

2.2.1事物执行情况（看Action_Transaction）

2.2.2稳定性控制图

2.2.3服务器资源

2.3200*200

2.3.1事物执行情况（看Action_Transaction）

2.3.2稳定性控制图

2.3.3服务器资源

2.4200*250

2.4.1事物执行情况（看Action_Transaction）

2.4.2稳定性控制图

2.4.3服务器资源

3测试分析

3.1响应时间

场景名称

最小值

平均值

最大值

90Percent

100*100

0.010

0.140

0.479

0.253

100*150

0.010

0.128

0.434

0.223

100*200

0.008

0.122

0.432

0.213

100*250

0.010

0.123

0.419

0.223

200*100

0.010

0.382

1.009

0.585

200*150

0.016

0.428

1.055

0.605

200*200

0.021

0.412

1.025

0.595

200*250

0.016

0.418

1.128

0.605

3.2每秒执行数

场景名称

执行事物数（次）

执行总时间（秒）

每秒执行事物数（次/秒）

100*100

10000

35

286

100*150

15000

50

300

100*200

20000

65

308

100*250

25000

80

313

200*100

20000

60

333

200*150

15000

90

167

200*200

40000

120

333

200*250

50000

140

357

4测试结论

1.根据并发用户数的增加，响应时间逐步增加，响应时间受迭代次数的影响没有。

2.每秒执行事物数没到达预期每秒执行事物数600的目标，原因可能出现GlassFishESBv2.2应用服务器在windows最大内存只能设置1.5G，建议使用Unix部署（最大内存可设置4G）或者集群两台应用服务再验证一次。

5测试碰到问题

Loadrunner在manageservices中导入（import）wsdl时失败。

（解决方法：

检查wsdl是否有问题，可以使用soapUI工具测试验证，也可能测试机无法解决wsdl中是服务器机器名的地址，修改测试机WINDOWS\system32\drivers\etc中的hosts文件在127.0.0.1localhost下面加服务器IP和服务器名称）。

Action.c（33）:

错误-27796:

连接服务器“192.168.70.183:

80”失败:

[10048]AddressalreadyinuseTrychangingtheregistryvalue

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\TcpTimedWaitDelayto30and

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\MaxUserPortto65534andrebootingthemachineSeethereadme.docfileformoreinformation

（解决方法：

在注册表

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters里，

有如下两个键值：

TcpTimedWaitDelay设小一点，MaxUserPort设大一点，最大是65534）

原因分析：

因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。

在全部占满后，就会出现上面的错误。

执行netstat–na命令，可以看到打开了很多端口。

所以就调整TCP的timeout。

即在最后一个端口还没有用到时，前面已经有端口在释放了。