作为软件测试人员，我们经常会遇到压力测试、稳定性测试、功能测试、性能测试、兼容性测试等等，有时在工作中潜移默化的就已经在使用这些测试方法中包含的点，但是我们没有太在意去总结梳理，那么每个测试方法的关注点是什么？如：在性能测试的过程中我们应该最该关注什么？等等的思考呢，经过几次的总结，今天首先将性能测试的关注点进行梳理，其余的测试后面的博客中将会补充。
概念：是检验系统的性能是否符合要求的测试
性能是评估一个软件最为关键的维度，性能测试关注点：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
- 不同浏览器的内核配置项等
在后期的工作中遇到了性能方面的问题在来补充，有问题的地方可提出来大家一起交流，感谢！