1、业务建模
- 业务建模
通过用户活动剖析,找到关键性能关注点、需要测试的业务场景、为测试目标确认打好基础
- 数据来源
未上线的系统:用户调查分析、有经验的人员给出的经验值(符合一般标准)
已上线的系统:运营数据分析、根据以往性能测试数据
- 需要考虑的因素
业务重要性、业务频率、特殊场景、业务资源消耗、未来发展趋势
- 业务建模的成果物
需要测试的业务场景;业务发生频率、总量;业务时间范围;用户操作方式、系统数据容量
2 性能指标确认
- 性能指标确认:结合产品需求中性能相关需求、业务建模结果、业内平均水平等得到最终的性能测试目标
- 常用性能指标:响应时间<3S、吞吐量>100sec/s、成功率=100%、CPU占用率<80%、网络利用率<70%
- 性能指标之间的关系
- 性能测试需求四大要素:
【运行环境:软硬件类型、配置、网络环境
系统数据量:基础数据、历史数据
业务详情:业务类型、比例、参数配置、发生形式/时间
关注指标:处理效率、正确率、资源消耗】
3 测试场景设计
- 目的:根据业务建模和测试指标进行更详细的设计
- 测试场景类型
- 测试场景设计原则
尽量模拟真实用户操作;按照实际使用比例设计混合场景;单独设计稳定性场景、特殊场景和异常场景
测试场景运行时长
验收性能测试:10-15min
稳定性测试:7*24小时,80%-100%业务量
4 测试环境设计
性能测试方案中:环境设计
测试环境设计原则:符合需求中环境配置,尽量与生产环境保持一致
- 被测系统的性能瓶颈在硬件资源消耗上,而不是在软件约束上
- 测试环境和生产环境的软件参数相同,相差较大需要通过专家评审
- 测试环境和生产环境存在一样的拓扑结构,非性能瓶颈节点可以存在低配或减少台数的情况
- 操作系统、各软件版本相同
- 尽量选用和生产环境相同的机型
5 测试数据准备
性能测试方案中:数据设计
测试数据设计原则:符合需求中数据要求,尽量与生产环境保持一致
- 测试数据=数据库原有数据+需要增加的数据
- 提前备份数据库,并在每次测试前还原