测试学习——性能测试（一）

性能测试学习目标

理解性能测试理论

掌握JMeter性能测试工具

掌握Locust性能测试工具

性能测试

满足真实的业务场景、支持大量用户
使用自动化工具、模拟不同场景、对软件各项性能指标进行测试和评估的过程

测试内容

1 后台处理程序的性能（代码性能）
2 应用服务器、数据库、架构设计等是否存在瓶颈
3. 服务器资源消耗（CPU 内存磁盘网络）

测试目的

1.评估当前系统能力
2. 寻找性能瓶颈，优化性能
3. 评估软件是否能够满足未来的需要

什么是性能

性能：就是软件质量属性中的效率特性
时间：系统处理用户请求的响应时间
资源：系统运行过程中，系统资源消耗的情况

功能测试与性能测试区别

功能测试：验证软件操作功能是否符合产品功能需求规格、主要焦点在功能（正向（满足需求）、逆向（不满足输入条件））
性能测试：验证软件系统谁否满足业务需求场景，主要焦点是业务场景的满足（时间、资源）
功能测试完成BUG修复完成再做性能测试

性能测试的策略

基准测试

狭义概念：**单用户测试大量测试。**测试环境确定后，对业务模型中的重要业务做单独测试，获取单用户户运行时的各项性能指标。
广义概念：是一种测量和评估软件性能指标的活动。你可以再某个时刻通过基准测试简历一个已知的性能基准线，当前系统的软硬件环境发生变化之后再惊醒一次基准测试以确定变化对性能的影响。
基准测试用途：

基准测试不是单独存在的
为多用户并发测试和综合场景测试等提供参考依据
位系统/环境配置、系统优化前后性能提升/下降提供参考指标

负载测试

负载测试：通过逐步增加系统负载，确定在满足系统的性能指标情况下，找出系统所能够承载的最大负载量的测试
作用：系统最大负载量需要满足用户要求才能上线

稳定性测试

在服务器稳定运行（用户正常的业务负载下）的情况下进行长时间测试（1天-1周）并最终保证服务器能满足线上业务需求。
作用：在用户要求的业务负载下运行达到规定运行时间

压力测试

在强负载下的测试，查看系统峰值情况下是否功能隐患、系统是否具有良好的容错能力和可恢复能力
测试场景：极限负载情况下导致系统奔溃的破坏性压力测试
高负载下长时间的稳定性压力测试

并发测试

并发测试（绝对并发）：是指在极短时间内，发送多个请求，来验证服务器对并发的处理能力
应用场景：抢红包、秒杀、抢购、

性能测试指标

对性能测试结构进行量化衡量

响应时间：用户从客户端发起一个请求开始，到客户端接受到从服务器端返回的结果，整个过程所耗费的时间。
并发数：某一时刻同时向服务器发送请求的用户数
吞吐量：指单位时间处理的客户端的请求数量，直接体现软件系统的性能承载能力
- QPS(每秒查询数)：即控制服务器每秒处理的指定请求的数量
- TPS（每秒的事物数）：即控制服务器每秒处理的事物请求的数量
点击数：指客户端向服务端发送请求时，所有的页面资源元素请求总数
错误率：在系统负载情况下，失败业务的概率。错误率=（失败业务数/一万五总数）*100%
错误率是一个性能指标，不是功能上的随机BUG
资源使用率：是指系统各种资源的使用情况，一般使用“资源的使用量/总的资源可用量
常见资源：
CPU、内存、网络、磁盘

性能测试流程

性能测试需求分析、性能测试计划及方案、性能测试用例设计、性能测试执行、性能分析调优、性能测试报告总结

性能测试需求分析

1.明确被测系统（业务功能、技术架构）
2. 明确测试内容（使用频率较高关键业务、逻辑复杂度高的、数据量大的业务）
3. 明确测试策略（负载测试、稳定性测试、并发测试）
4. 明确测试指标

性能测试计划及方案

测什么谁来测怎么测

性能测试用例设计

性能测试执行

性能分析和调优

性能测试报告总结