主要还是响应时间，我们现在调整方案了，不这样测了，谢谢你的回答

这个甲方的地位应该高于华为了吧

我们现在只是简单模拟基准测试，1 线程 100 重复，因为录制的请求（过滤后）比较多，光跑就得 1 个多小时，生成的测试报告中所有的数据都重叠在一起（上图红框处），根本无法观察数据的情况，所以我就认为可视化报告是不是不太适合多个请求的数据展示。而且以后涉及到更大的压测，高并发多业务的时候，测试数据在 GUI 中是不是会受到主机性能的影响？如果是的话那测试报告中的数据也不太真实

如果业务比较大的话呢？我这次生成的就是业务基准测试，1 个线程 100 次循环，到时候模拟多个并发几万条数据的时候，在 GUI 模式是不是太占内存了，我们是远程连接的压力机，生成的数据受到主机性能的影响吗？

哥 你误会我了 我的意思是数据不容易观察，还不如 GUI 上面直接运行查看聚合报告，我说的低级是测试方案，因为之前也没接触过，都是根据情况来写的

我们是根据这个流程来的，但是当并发或者重复达到比较高的值时，主机的性能会下降，遇到的问题就是执行的时候观察的数据可靠吗？而且数据过万时运行时间也是个大问题呀！

您的意思是不需要这么多接口，而是找关键接口去校验，可是我不明白的是，这样并不能算是一个完整的业务流程呀，压测的时候能有说服力吗？

运行的脚本数据多吗 多的话可以改下内存容量

作者你好，图片加载不出来