性能答疑 QQ 群：697244251

概述

本篇带大家做一个性能测试的案例。

需求：给出并发人数和业务时间段

要求：根据 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%

断言结果中能看到超时记录。三个业务中，只有退出系统超时最多。说明不满足需求，需要调优

注意

不同行业不同业务可接受的响应时间是不同的，一般情况下

•互联网企业：500 毫秒以下，例如淘宝业务 10 毫秒左右。

•金融企业：1 秒以下为佳，部分复杂业务 3 秒以下。

•保险企业：3 秒以下为佳。

•制造业：5 秒以下为佳。

文档都已经上传到飞书知识库，自由阅读