性能测试 CodeArts PerfTest
性能测试 CodeArts PerfTest
- 最新动态
- 功能总览
- 产品介绍
- 计费说明
- 快速入门
- 用户指南
- 最佳实践
- API参考
- SDK参考
-
常见问题
- 资源组管理
- 压测工程管理
- 压测报告管理
- 通用问题
-
JMeter工程使用
- 性能测试服务的JMeter引擎和开源JMeter有什么异同?
- 性能测试服务的JMeter引擎支持哪些脚本?
- 性能测试服务的JMeter引擎不支持脚本中哪些操作?
- JMeter测试工程中,jmx文件导入报错可能有哪些原因?
- 应用于性能测试服务的脚本,有哪些使用建议?
- 全局变量功能是如何使用的?
- 上传第三方jar包时需要注意什么?
- 上传CSV文件时需要注意什么?
- 上传自定义安装包时需注意什么?
- 为什么用JMeter软件设置请求头content-type为utf-8,请求返回正常,使用性能测试服务请求返回乱码?
- JMeter报告,日志各类报错的含义是什么?
- JMeter用例调试时,为什么在很短的时间(小于5秒)内失败,页面无数据?
- 视频帮助
- 文档下载
- 通用参考
本文导读
展开导读
链接复制成功!
性能测试服务中思考时间和持续时间有什么区别?
性能测试服务里面会涉及到2个时间的概念:
- 思考时间(单位为ms):是指您在执行两个连续操作期间的等待时间。
- 压测时长(单位为min):即测试任务阶段的持续时间,压测执行的时间。
思考时间并不会影响并发总的时长,它只会影响到您并发请求的个数。下面以一个例子来解释说明。
思考时间设置为1000ms,压测时长为10min,并发用户为10个。并发请求个数的计算公式为:压测时长*并发用户/思考时间,根据公式得到的并发请求数为6000个(600s*10/1s),那么此压测任务并发的总时长是10min,向服务端发送6000次查询请求。有的时候测试结果会发现并发请求数不到6000,会有一些小差距,这样也是正确的。因为请求过程中消息的响应如果不是立即的,则会有0.1秒的等待回执时间。
父主题: 压测工程管理