一、性能测试的目的
发现性能瓶颈性能
二、测试概念
性能测试是一个非常广泛的概念，包括很多发面的测试，也被称为非功能测试
三、性能具体分类
负载测试：通过逐步加压的方法，达到既定的性能阈值的目标，阈值的设定应是小于等于某个值，如CPU使用率小于等于80%
压力测试：通过逐步加压的方法，使得系统的某些资源达到饱和，甚至失效的状态，简单粗暴的解释就是什么条件能把系统压崩溃
并发测试：在同一时间内，多个虚拟用户同时访问同意模块，同意功能，通常的测试方法是设置集合点
容量测试，通常是数据库层面，目标是获取数据库的最佳容量的能力
可靠性测试/稳定性测试/疲劳测试：在高压情况下，长时间运行系统是否稳定。内存溢出问题常靠此发现
四、性能测试的工作流程
---> 需求分析
--->性能指标指定（什么样的标准满足我们现阶段的业务要求）
--->脚本开发
-->场景设置
-->监控部署（能够看到整个系统的运行情况）
-->测试执行，时间长的跑测试
-->性能分析（基于监控部署）
-->性能调优,手动调优查看测试工具生成的测试报告，可调优补充，--->分析--->测试执行
--->测试报告，敏捷时进行阶段性测试报告
五、性能测试指标
事务：可以说是请求， 从发起到接收再到返回的响应，这些请求的操作都是完整的
TPS：每秒钟系统能处理的是事务数
请求响应时间：一个请求从发起到客户端接收再到服务器返回的响应。整个过程耗费的时间
事务响应时间：事务是由一个或多个请求组成的，
并发：在一个时间范围内，比如一秒内；举列子：同一操作/同一系统，不同操作；进行并发
并发用户数:同一单位时间内 对系统发起请求的用户数量
吞吐量：一次性能测试过程中 网络上传输的数据量总合，并发上不去，有可能是网络有问题；吞吐率=吞吐量/传输时间
资源使用率：对不同系统资源的使用情况：CPU 、内存、io
六、测能测试的需求分析
分析目的：
1、明确测试指标：约定好什么东西是什么意思，跟业务需求分析差不多
2、明确测试场景：明确工作重点，哪些场景是需要发现性能问题的，比如注册，就没有啥意义，因为所有系统同一时间的注册人数变化不会很大。
测试用例评审非常重要
如果测试新系统怎么定指标：1同行业比较2了解自己产品的业务预期
如果测试老系统怎么定指标：对比以往用户使用行为及用户量。比如分析用户增长趋势
本文出自慕课网培训视频，不可用于商业用途，转载请注明出处：https://coding.imooc.com/lesson/142.html#mid=7147
时隔很多年，终于还是决定放出来
