性能测试关注点整理总结！

　　作为软件测试人员，我们经常会遇到压力测试、稳定性测试、功能测试、性能测试、兼容性测试等等，有时在工作中潜移默化的就已经在使用这些测试方法中包含的点，但是我们没有太在意去总结梳理，那么每个测试方法的关注点是什么？如：在性能测试的过程中我们应该最该关注什么？等等的思考呢，经过几次的总结，今天首先将性能测试的关注点进行梳理，其余的测试后面的博客中将会补充。

　　

　　概念：是检验系统的性能是否符合要求的测试

　　性能是评估一个软件最为关键的维度，性能测试关注点：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
• 不同浏览器的内核配置项等

在后期的工作中遇到了性能方面的问题在来补充，有问题的地方可提出来大家一起交流，感谢！