性能测试工具 jmeter 的指标判定

xiahf · 2024年10月28日 · 最后由 simonpatrick 回复于 2024年10月30日 · 5020 次阅读

因为时间紧急,公司没有安排性能测试,但是这边找了第三方测试公司,进行了性能测试,首先说性能测试的指标内容。

上图可以看到,是十个用户进行的并发请求,平均响应时间我给的 3 秒,正常来说是肯定会通过的,但是最后第三方测试公司给的结果是,一半没有通过。
然后我找他们要来了测试的脚本呢。按照脚本自己录制了一个脚本,我发现单个用户请求整个页面事务的结果才 400ms。
然后我询问了一下第三方测试公司,如何实现的 10 个用户并发(ps:系统登录有数字验证码,不可能在没有开发配合的情况下直接绕过),他们给我讲设置了 10 个线程循环,然后我这边结果达到了他们的结论数据。
这边我想明确的是,这个性能指标,究竟是按照这个接口请求时间的总计来算还是说有开发讲的接口并发,不能按照累加来计算最后的数据。然后就是这个多用户并发,设置 10 线程就是多用户并发了吗?还是单线程进行多用户执行?

共收到 14 条回复 时间 点赞

难道不是这样?

那些第三方招的测试怕都是人事面试的

恒温 回复

学到了,模拟高并发情况,确实是这样,之前还没认真思考过

说白了,委托他们去做早点做完看 jmeter 报告就完了,今天沟通完之后说按照单个接口最大请求时间来算单个用户,不算累计时间了

无论线程组怎么配置,我都是以 jp@gc - Active Threads Over Time 为准

  1. 跟第三方确定是压测的环境,是否压测到测试环境
  2. 确定下这三个配置

你需求中并发数 10 是怎么来的?我觉得你可以提供你们的数据场景给第三方,让他们给出执行方案。不然拍脑袋的指标测了意义也不大

并发数 10 真的有测试意义吗?这要不过得多烂

tester 回复

10 个用户同时访问某个页面请求的所有接口(事务),这个需求规格书里提到的是整个功能模块,没有具体到哪个接口,现在沟通的是以时长最长的接口为最大值计算

xiahf #10 · 2024年10月29日 Author
yeyu 回复

项目文档里面写的,我也不理解

xiahf #11 · 2024年10月29日 Author

第三方脚本我看了,线程 1,ramp-up1s,循环 1

xiahf #12 · 2024年10月29日 Author

好的,又学到了


这些人是看不懂【平均】的含义么

我看这个要求: 不是说是接口,是说页面加载时间,接口一个 3 秒?这太慢了吧,是慢的恐怖。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册