概述
今天做一个性能测试的案例. 需求中给出并发人数和业务时间段. 根据 2,5,8 原则, 统计响应超时率
实际场景
1: 登录 -- 考勤打卡 -- 退出
2: 并发人数 200 人, 业务持续时间 5 分钟
3: 要求登录响应时间不能超过 5s, 考勤打卡时间不能超过 2s, 退出系统时间不能超过 2s
3: 要求计算出登录, 考勤, 退出系统三个业务场景的响应超时率
脚本设计
1: 首先设计出三个场景的接口
添加线程组, 线程数设置为 200. 先做一次基准测试, 迭代次数设置为 1
2: 添加三个场景的接口, 分别添加用户集合点, 定时器和断言持续时间.
login 的集合点设置为 200user, 断言时间为 5s
考勤和退出系统的定时器为 5s, 断言持续时间分别设置为 2s 和 2s
只要接口响应时间超出我们的断言时间, 就抛出断言失败, 写入错误日志
3: 启动线程, 观察聚合报告. 发现三个场景的响应时间都没有超过阈值
4: 在线程组中修改持续负载的时间为 5 分钟, 循环次数为永远. 启动线程组, 观察聚合报告
聚合报告中显示, 我们的三个场景, 错误率分别为
0%;0%;0.98%
断言结果中能看到超时记录. 三个业务中, 只有退出系统超时最多. 说明不满足需求, 需要调优
想知道怎么设置断言超时吗? 关注我们的公众号, 小编为你解答
来源: http://www.bubuko.com/infodetail-3062527.html