测试场景设计:
1. 从A对B下订单的webserivce
测试接口名称 | 并发用户数(个) | 运行时长(分钟) | 备注说明 |
AtoB | 20 | 15 | 20用户并发,设计10个集合点 |
30 | 15 | 30用户并发,设计10个集合点 | |
40 | 15 | 40用户并发,设计10个集合点 | |
50 | 15 | 50用户并发,设计10个集合点 | |
60 | 15 | 60用户并发,设计10个集合点 | |
70 | 15 | 70用户并发,设计10个集合点 | |
80 | 15 | 80用户并发,设计10个集合点 | |
90 | 15 | 90用户并发,设计10个集合点 |
通过并发数的增加来找到程序的性能瓶颈(并发比较小,所以就只需要一台测试机了,一个测试机上面并发用户最好少于200)
2. 从B对A下订单的webserivce
测试接口名称 | 并发用户数(个) | 运行时长(分钟) | 备注说明 |
BtoA | 1 | 60 | 1个用户迭代N次,持续60分钟 |
1 | 60 | 1个用户迭代N次,间隔相同时间持续发送60分钟 | |
1 | 60 | 1个用户迭代N次,间隔不同时间持续发送60分钟 | |
1 | 60 | 1个用户迭代N次,engine停掉时的情况 | |
1 | 60 | 1个用户迭代N次,外部发生异常的情况 |
测试工具:
ABTest 自制研发 模拟B发送A系统的服务请求,工具记录各个请求条数,包括成功与失败请求。
loadrunner 商业工具 用于测试连续发送不同数据量的请求的每秒请求数及B事务层处理响应时间,和资源监控指标