一次完整的性能测试，测试人员需要做哪些工作？

大家好，我是一菲，今天和大家讲一下完成性能测试，测试人员需要做哪些工作？接下来一菲用四个步骤妥妥的教会你，啥叫完整的性能测试，请看好了呀！

一.流程概述

1.规范流程的意义

规范的性能测试实施流程能够加强测试工作流程控制，明确性能测试各阶段应完成的工作，指导测试人员正确、有序的开展性能测试工作，提高各角色在性能能测试中的工作效率。本次分享的性能测试实施流程是性能测试开展的”指导方针”，希望帮助您可以早日成为性能测试”达人”。

2.具体的流程

性能测试流程分为五个阶段，分别是【需求调研阶段】→【测试准备阶段】→【测试执行阶段】→【测试报告阶段】→【测试总结阶段】。

二. 需求调研

1.需求调研

需求调研工作由性能测试实施人员牵头负责，产品经理、开发工程师、运维工程师配合完成；需求调研的主要内容为：

1.1 系统线上环境的性能需求

例如性能需求、可靠性需求、可维护性需求等；

1.2 与系统性能需求相关的其它信息

包括系统信息（如线上环境硬件、参数配置、系统架构与部署方式、关联系统部署等）、业务信息（关键业务逻辑与处理流程、交易列表、交易量信息、业务分布规律等）、生产问题、文档资料等方面，并对收集到的信息进行汇总整理，实现对待测系统业务与技术的整体了解；

1.3 需求汇总

开发项目组、需求部门、运维部门等测试任务提出方应填写《云智慧_XXX系统_XXX模块性能测试需求表》中的“任务信息”和“测试背景”等信息，提出的测试需求,简单文字不能说明的，可附加文件。

2.需求分析

需求分析的基本流程是：

首先，由性能测试工程师根据需求调研所获取的信息进行分析，将《云智慧_XXX系统_XXX模块性能测试需求表》中的性能需求转换为具体的性能需求指标值；

其次，根据测试环境与线上环境的差异分析，由性能测试工程师将线上环境条件下的性能需求指标值转换为本次测试环境条件下的性能需求指标值

例如：

TPS（Transaction per Second）： 系统每秒处理交易数，推导过程如下，当前线上APP1.0试用系统主要为查询类交易，交易占比40%，系统生产交易量统计为1个月约20W笔，假设APP2.0系统上线后业务量激增到每日查询类20W，则每日总交易量T达到:T = 20W/40%=500000笔/日

系统处理能力TPS推导： APP2.0上线后交易量最大500000笔/日,系统晚间几乎无交易量，按2:8原则推算,则(50000080%)/(820%3600)=69.4笔/秒，取整为70笔/秒，每年按业务量增长50%计算，则一年后系统处理能力指标约等于70+7050%=105笔/秒。

稳定性交易量推导: 取系统处理能力的60%时长=105笔/秒60%83600=1814400笔。经过分析后汇总成测试指标值

需求分析其主要内容和规范性要求如下：

性能测试需求：应准确描述性能测试指标项及需求指标值。

系统范围：应准确描述性能测试需求指标值所依托的测试范围信息，如应描述测试范围的关联系统逻辑示意图，及各关联系统的信息；在对系统局部环节进行测试时，也需阐明具体测试范围，详细描述被测系统的相关子系统。

环境差异分析：应准确描述性能测试需求指标值所依托的测试环境信息，如须描述测试环境的总体网络拓扑结构图、测试环境机器配置表（数量、型号、资源、操作系统）、以及相应的软件配置、重要参数配置等。同时应准确描述线上环境的上述信息，并进行详细的环境差异性分析。

3.模型构建，场景设计

业务类型：

根据200X年XX月XX日~200X年XX月XX日期间的业务高峰日200X年XX月XX日的业务量统计，经过略微调整得出以下业务模型，要求业务模型交易至少占线上交易量的90%以上：

三.测试准备阶段

测试准备阶段是性能测试工作中重要阶段。在准备阶段，需要完成业务模型到测试模型的构建、性能测试实施方案编写、测试环境的准备、性能测试案例设计、性能测试监控方案设计、性能测试脚本，及相关测试数据的准备，并在上述相关准备活动结束后按照测试计划进行准入检查。

重点关注：测试模型构建、方案设计、案例设计、数据准备等

1.测试模型（场景）构建

在需求分析的基础上，对调研收集到的相关资料与信息进行分析梳理，重点分析跨系统的交易路径、交易关联关系、数据的处理与流转、业务量、交易比例、典型交易，以及系统的处理能力等性能测试点，针对性地确定多个业务场景，并为每个场景选择一套具体的业务交易集，按照业务量比例构建相应的测试模型。通过分析得出本次测试模型有3个：一般交易日日间模型、国债发行日模型、以及历史查询交易模型。

储蓄国债交易模型：

-历史查询交易模型：

2.方案设计

性能测试实施方案编制是性能测试工作中必须的工作环节，其产出为《性能测试方案》，如：《云智慧_XXX项目XXX功能模块性能能测试方案V1.0.xlsb》。

在方案中需要描述：测试需求、启停准则、测试模型设计、测试策略、测试内容、测试环境与工具需求，以及各个阶段的输出文档。在方案中还需说明性能测试工作的时间计划安排、预期的风险与风险规避方法等。测试模型设计内容来自本阶段测试模型设计中形成的测试场景，以及场景中典型交易及所占比率。

3.案例准备

在案例设计中，包括案例的描述、测试环境描述（硬件、软件、应用版本、测试数据）、延迟设置、压力场景、执行描述、预期结果、监控要点。

案例设计是性能测试工作的必须工作环节，案例设计的产出文件是《性能测试案例》

4.数据准备

环境准备工作中涉及到基础数据的准备。测试数据的数量、逻辑关系要求十分严格，测试基础数据的准备一般采用自造模拟数据或者使用脱敏后的线上数据

5.测试脚本开发

测试脚本开发的一般步骤如下：

**1.**通过录制，或者编写，完成脚本代码生成。代码生成时，主要根据需求插入事务，作为测试过程中统计交易响应时间的单位；

**2.**根据测试需求，进行参数化设置；

**3.**设定检查点，根据报文内容字段判断交易是否正确执行，即检查点的设置在应用层面；

**4.**根据测试要求确定是否设置集合点；

四.测试执行阶段

测试执行阶段是执行测试案例，获得系统处理能力指标数据，发现性能测试缺陷的阶段。测试执行期间，借助测试工具执行测试场景或测试脚本，同时配合各类监控工具。执行结束后统一收集各种结果数据进行分析。根据需要，执行阶段可进行系统的调优和回归测试。

重点关注：结果记录、测试监控、结果分析

技术行业，一定要提升技术功底,因为软件测试就是技术为王。所以大家就需要丰富自动化项目实战经验，这对于你未来几年职业规划，以及测试技术掌握的深度非常有帮助。

如果对软件测试、接口测试、自动化测试、面试经验交流。感兴趣可以添加我自己创建的软件测试交流群：642830685， 群中会不定期的分享软件测试资源，测试面试题以及测试行业资讯。大家可以在群中积极交流技术，另外还有大佬为你答疑解惑。

写在最后：

都说毒鸡汤有毒，但是该喝还得喝，最后和大家分享关于坚持的鸡汤。

在别人停滞不前时，我继续拼博，终有一天我会丰收。坚持不懈，直到成功。我不因昨日的成功而满足，因为这是失败的先兆。我要忘却昨日的一切，是好是坏，都让它随风而去。
人类的心理统统就是这样，而且，似乎永远是这样；愈是得不到手的东西，就愈是想得到它，而且在实现这一愿望的过程中所遇到的困难愈大，奋斗的意志就愈是坚强。所以在工作和学习当中遇到困难的时候坚持一下，相信你终会遇到属于自己的星辰大海。

• 还没有人评论，欢迎说说您的想法！