系统性能测试

目录

常见的性能问题

为什么要进行性能测试？

系统性能测试的流程

如何确定性能测试需求 --> 确定性能测试指标

软件系统性能相关人员

常见的性能指标

性能测试术语

性能测试方法（类型）

---

常见的性能问题

资源泄漏、系统内存泄漏、线程阻塞（死锁）、查询速度变慢、CPU利用率达到100%

为什么要进行性能测试？

1. 进行基准的性能测试，获取系统性能的基准性能指标（新系统）
2. 测试系统是否满足了系统的性能需求（用户期望系统达到的性能指标）
   系统是否可以处理预期的并发用户数量并且有盈余能力
   看系统是否达到要求的性能指标
   系统是否可以处理期望的事务数量
   系统在预期和非预期的用户数量下，都可以稳定的运行
   系统在任何情况下，用户可以有良好的体验
3. 当系统出现性能问题时，可以找出系统的性能瓶颈
4. 进行性能测试（配置测试），可以帮助系统规划硬件设备

系统性能测试的流程

1. 系统性能的需求
2. 根据性能需求，分析出系统性能指标要求（量化）
3. 根据性能需求分析出进行的性能测试的类型，确定性能测试场景
4. 运行性能测试场景，得出性能测试报告
5. 根据性能测试报告找出系统性能瓶颈

如何确定性能测试需求 --> 确定性能测试指标

1. 关键性能指标的分析
2. 关键业务分析（用户频繁使用、计算量大的业务）

软件系统性能相关人员

• 软件开发人员：系统架构；算法效率；资源分配不合理的问题；并发设计是否合理；数据库设计是否合理
• 运维人员：系统的容量；系统长期稳定运行；服务器及各种资源分配是否合理；可扩展性
• 用户：用户体验（响应时间快，稳定）
• 测试人员：以上都要考虑

常见的性能指标

• 系统/事务的平均响应时间
• 事务处理效率TPS（Transaction Per Second）
• 吞吐率
• 每秒点击次数（Hits Per Second）
• 服务器资源占用情况，内存和CPU使用率
• 软、硬件配置是否合适（容量规划/硬件选型）

性能测试术语

并发用户数

• 系统用户数量：注册系统的用户数
• 并发用户数量：同一时刻向服务器发送请求数
• 业务层面并发数：同一时刻向服务器发送请求的用户数量
• 后端服务层面并发数：同一时刻向后台服务发送的请求的数量

响应时间：用户发出请求，到前端页面渲染出所有数据展示到用户面前所需要的时间

事务响应时间：服务器处理完一个事务所需要的平均时间

平均每秒处理的事务数：服务器平均每秒处理多少个事务，衡量系统关键性能指标（TPS：Transactionn Per Second）

点击率（HTTP Per Second）：每秒处理的HTTP请求的个数

吞吐量：服务器单位时间处理的信息量（HTP、TPS、Byte/s ）

思考时间：模拟用户思考时间

资源利用率：系统运行时占用的资源的情况（CPU、内存、硬盘、网络等）

性能测试方法（类型）

1. 基准测试：对于一个全新的系统，需要了解这个系统的性能，就要进行基准测试，获取系统的性能指标
   提高系统的性能指标，或者评估新开发的功能对系统的性能的影响的时候，需要用基准性能指标做参考
2. 并发测试：同一时刻向系统的服务器发送请求，看在并发情况下系统的性能的表现，是否会出现资源竞争不合理、内存泄漏、死锁等性能问题
3. 压力测试：不断给后端服务器施加压力（增加请求数量），看系统处理临界饱和状态下，服务器的各种性能指标是否在正常范围内，看下系统是否会出现性能问题
4. 配置测试：测试系统在不同的软硬件环境的配置下系统性能的表现，找出适合系统运行的软硬件环境配置。
   操作系统、JVM版本、服务器指标、数据库、网络、内存
5. 可靠性测试：并发情况下，长时间运行系统（24h、一周、一月），看系统的性能指标是否稳定，是否会出现问题。