性能测试设计（二）

1、业务建模

• 业务建模

通过用户活动剖析，找到关键性能关注点、需要测试的业务场景、为测试目标确认打好基础

• 数据来源

未上线的系统：用户调查分析、有经验的人员给出的经验值（符合一般标准）

已上线的系统：运营数据分析、根据以往性能测试数据

• 需要考虑的因素

业务重要性、业务频率、特殊场景、业务资源消耗、未来发展趋势

• 业务建模的成果物

需要测试的业务场景；业务发生频率、总量；业务时间范围；用户操作方式、系统数据容量

2 性能指标确认

• 性能指标确认：结合产品需求中性能相关需求、业务建模结果、业内平均水平等得到最终的性能测试目标
• 常用性能指标：响应时间<3S、吞吐量>100sec/s、成功率=100%、CPU占用率<80%、网络利用率<70%
• 性能指标之间的关系
• 性能测试需求四大要素：

【运行环境：软硬件类型、配置、网络环境

系统数据量：基础数据、历史数据

业务详情：业务类型、比例、参数配置、发生形式/时间

关注指标：处理效率、正确率、资源消耗】

3 测试场景设计

• 目的：根据业务建模和测试指标进行更详细的设计
• 测试场景类型

• 测试场景设计原则

尽量模拟真实用户操作；按照实际使用比例设计混合场景；单独设计稳定性场景、特殊场景和异常场景

测试场景运行时长

验收性能测试：10-15min

稳定性测试：7*24小时，80%-100%业务量

4 测试环境设计

性能测试方案中：环境设计

测试环境设计原则：符合需求中环境配置，尽量与生产环境保持一致

• 被测系统的性能瓶颈在硬件资源消耗上，而不是在软件约束上
• 测试环境和生产环境的软件参数相同，相差较大需要通过专家评审
• 测试环境和生产环境存在一样的拓扑结构，非性能瓶颈节点可以存在低配或减少台数的情况
• 操作系统、各软件版本相同
• 尽量选用和生产环境相同的机型

5 测试数据准备

性能测试方案中：数据设计

测试数据设计原则：符合需求中数据要求，尽量与生产环境保持一致

• 测试数据=数据库原有数据+需要增加的数据
• 提前备份数据库，并在每次测试前还原