在进行正式的性能测试之前，我们需要根据用户需求定义测试策略；根据系统信息定义测试范围；根据测试策略、范围、作业指导书、经验设计测试方法和评价方法；根据测试方法、评价方法明确测试起止条件；根据测试策略明确性能优化方式；根据测试方法、评价方法设计测试过程。以上的内容就是设计性能测试环节的全部内容。

我们在做性能测试设计的时候，要站在用户角度设计：在用户体验要求、业务架构、业务场景等分析结果基础上去设计。还要站在开发方角度设计：在系统技术架构、部署架构、系统开发技术等分析结果基础上设计。同时还需要站在测试方角度设计：在业务场景、测试技术风险、技术储备风险、测试评价方法等分析结果基础上去设计。

明确测试目标：

– 度量类测试：考察系统在一定负载下的性能表现。

– 诊断类测试：通过一定压力暴露并诊断系统中存在的问题。

– 优化类测试：在诊断类测试基础上加入性能优化工作。

定义测试范围：

– 业务功能范围：根据业务功能分析结果定义测试系统功能。

– 系统组成范围：根据系统部署情况定义被测试设备、网络拓扑范围。

设计测试方法：

– 测试功能设计方法

– 测试用户设计方法

– 测试环境设计方法

– 测试数据设计方法

– 测试指标设计方法

– 测试场景设计方法

设计指标评价方法：

– 业务类指标评价方法：性能需求中对响应时间类、业务处理效率类指标的要求。

– 系统资源类指标评价方法：性能需求中对服务器处理器、内存、磁盘、网络带宽等资源的要求。

明确测试起止条件

– 测试起始条件：功能测试完成、测试环境准备完成。

– 测试终止条件：满足性能需求、各方达成一致。

明确性能优化方式

– 优化建议负责方：度量类测试以系统开发方为主，诊断优化类测试以测试方为主

– 优化实施负责方：度量类、诊断类由系统开发方负责，优化类由测试方负责

– 优化迭代方式：度量类迭代一至两次，诊断优化类迭代多次

– 优化目标：达到性能需求或各方认可

– 优化方式：一般为从硬件到软件，从基础软件到应用软件

设计测试过程

– 测试用例设计

– 测试环境准备

– 测试脚本开发

– 测试数据准备

– 测试场景配置

– 测试场景运行

– 测试结果收集整理

以上就是我们为大家整理的设计性能测试的内容，后面的文章会继续为大家介绍性能测试设计方法，欢迎大家继续关注。