WebService性能测试回顾版-结果分析和项目总结

 

大数量测试

 

总测试时间 ： 3天

运行线程: 利用自制工具调用webserivce进行单线程测试
总测试带宽: 100M
总请求响应: 123456

 

压力测试：

测试时间： 时间不限
运行线程： 利用loadrunner模拟连续不断发送假定请求数，直至请求发送完毕
总测试带宽：100M
总请求响应：分不同请求组（100，200，300，400）不断测试

 

对比发送请求测试结果

工具的失败条数为3300条，查询B日志和tool日志后，发现由于100中磁盘空间不够，造成了数据库链接失败。
但是数据库中send表中失败为0，说明B的处理请求正常。

B服务总数=成功下A发的总数
tbl_a_log中请求数大于B的b_log中请求数，说明B的请求处理有反复请求次数。

从不断批量加载添加请求，事务平均响应时间为3.1-3.4之间，根据3、5、8原则，属于一般。在这方面需要加强

 

结果：

 

在正常的年业务量的增长情况下，B可以稳定工作，并且性能的业务处理响应是不错的。
在真实服务器（负载均衡环境）中，一般采用单线程运行，随着请求不断的增长，每秒请求的时间也不断的减少。每秒请求数量为0.3-0.4秒/次之间，达到了检测的0.38秒/次。
系统采用的是集群及负载均衡的环境进行测试的，很好的起到了分压的作用，使得系统在运行了3天能够很好的承受长时间的疲劳压力。并且能够承受较大的压力。
在虚拟机请求加压测试中，不断批量加载请求，B的处理一个A过来的事务平均请求响应时间TPS也在3秒左右，按照3.5.8原理，能够满足一般的事务请求处理响应时间。

 

（没有什么大的性能问题，并且数据交流都正确，并且现在硬件又便宜，所以也没有调优什么的了）