性能测试关注点整理总结!
作为软件测试人员,我们经常会遇到压力测试、稳定性测试、功能测试、性能测试、兼容性测试等等,有时在工作中潜移默化的就已经在使用这些测试方法中包含的点,但是我们没有太在意去总结梳理,那么每个测试方法的关注点是什么?如:在性能测试的过程中我们应该最该关注什么?等等的思考呢,经过几次的总结,今天首先将性能测试的关注点进行梳理,其余的测试后面的博客中将会补充。
概念:是检验系统的性能是否符合要求的测试
性能是评估一个软件最为关键的维度,性能测试关注点:how much 与 how fast
一、性能测试的分类:
1)极限测试:
在各种边界压力情况下,如电池、存储、网速,验证APP是否能正确响应,内存满时安装APP—运行APP时手机断电---运行APP时断网
2)响应能力测试:
APP中各类操作是否满足用户响应时间要求,APP安装—APP卸载—APP各类功能性操作的响应时间
3)压力测试:
反复/长期操作下、系统资源的占用情况
二、性能的评估:
评估典型用户应用场景下,系统资源的使用情况(可测试方面:安装与启动时间—CPU的占用—内存的占用—流量的耗用—电量的耗用—-网速--后端(并发连接数),测试APP中的各类操作是否满足用户响应时间要求)
三、性能测试的指标:
性能测试指标的来源:用户对各项指标提出的明确需求,如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项指标(需求+经验)
1)多:并发量
2)快:延时、响应时间(用户发起请求到应用响应完全到达用户客户端所消耗的时间)
3)好:稳定性、吞吐率(某些面向应用的时间的发生概率)
4)省:资源利用率(对某种资源理论容量的使用百分比)
四、性能测试的指标内容分析:
1、响应时间
包括:
1)用户客户端呈现时间
2)请求/响应网络传输时间(可以用ping命令ping一下网址的时间)
3)应用服务器处理时间
4)数据库处理服务时间
响应时间标准:2/5/8
2、吞吐量
性能测试:指单位时间内系统处理用户的请求数
从业务角度看:吞吐量可以用:请求数/秒、页面数/秒、人数/天或处理业务数/小时等单位来衡量用请求数/秒或页面数/秒来衡量
从网络角度看:吞吐量可以用:字节/秒来衡量
对于交互式应用来说,吞吐量指标反映的是服务器承受的压力,他能够说明系统的负载能力
TPS:每秒事务数
五、性能测试的目的:
1) 测试系统的性能指标
2) 检查系统的性能瓶颈
3) 给出较合适的软硬件配置方案
4) 检验硬件配置是否能够满足客户需求
最终起到优化系统的目的
六、影响页面加载慢的因素
- 网络的网速(4G/3G/2G)
- 后端处理(慢请求)
- 代码结构框架
- CPU
- 不同浏览器的内核配置项等
在后期的工作中遇到了性能方面的问题在来补充,有问题的地方可提出来大家一起交流,感谢!
1.作者:Syw 2.出处:http://www.cnblogs.com/syw20170419/ 3.本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。 4.如果文中有什么错误,欢迎指出。以免更多的人被误导。 |