做一个开发人员认可的测试人员(三)
作者:网络转载 发布时间:[ 2014/1/24 14:13:51 ] 推荐标签:自动化测试 测试框架 测试团队
QTool有一个理念和别的性能测试有点不一样。
我们引入了吞吐量的概念。是只有做成功的才算做吞吐量。因为随着压力逐步增大,系统的反应是越来越慢,响应时间越来越大,到某个极限后,你请求100个请求但是系统能反应到的只有80,剩下的20个会超时而算作错误,这个时候的吞吐量不能算成100,而是80.
如上图所示,在一个VU的时候,我们让一个用户跑1个小时如下流程算Saniety Test,这个时间我们算作Baseline。
用户登录产品-Create-Update-Update-DocRoute_Start-DocRoute_Continue-DocRoute_Finish-Delete-用户退出产品
可以看到随着横轴系统压力增大,响应时间纵轴在增大,而系统资源耗损也在变大。
我们把2倍响应时间算成持久性测试,需要跑连续72小时,此时系统资源耗费约为50%。
我们把5倍相应时间算成压力测试,需要跑连续8小时,此时资源耗费无限接近。这个不是,有可能出现瓶颈,比如受制于磁盘或者内存,达不到。
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-61079698-8054),我们将立即处理,马上删除。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11热门文章
常见的移动App Bug??崩溃的测试用例设计如何用Jmeter做压力测试QC使用说明APP压力测试入门教程移动app测试中的主要问题jenkins+testng+ant+webdriver持续集成测试使用JMeter进行HTTP负载测试Selenium 2.0 WebDriver 使用指南