下方查看历史精选文章

重磅发布 - 自动化框架基础指南pdfv1.1
大数据测试过程、策略及挑战

测试框架原理，构建成功的基石

在自动化测试工作之前，你应该知道的10条建议

在自动化测试中，重要的不是工具

在性能测试系列前面几篇文章中我们比较详细的介绍了相关的知识

• 从终端用户感受来体验性能指标度量

• 如何建立有效的性能指标监控及诊断调优体系

• 如何有效的选择性能测试工具

• 简单谈下性能测试

• jmeter性能测试实践注意事项

• 如何进行有效的性能测试

所有性能相关的文章，均会同步发布至下面的公众号，大家可以关注，以免错过

​​​

在前面几篇性能测试相关文章，我们积累的大量的各种相关知识，下面我们基于我的实践和性能测试原理对性能测试流程进行一次整体的总结。

在开始完整的阐述性能测试流程之前，我们先大体梳理下性能测试的每个典型步骤大致需要多长的时间，做到心里有数，将有助于我们理解性能测试流程。

虽然性能测试每个典型步骤，会因项目规模有很大的差异，使得我们很难给出一个很有意义的评估值，但我在这里依旧尝试进行梳理，将有利于大家参考。

以下几个方面是性能测试典型步骤中，耗时最多的：

• 性能测试范围的界定和获取非功能需求

准确的界定测试范围对于性能测试来讲至关重要，同时必须为非功能需求的获取准备充足的时间，如果你们已经有了一些信息（例如从生产环境获得了瓶颈所在或是立项之初已经大体确定了一些性能指标方向），那这个阶段就不会耗费太多时间，通常不会超过几天。

• 编写和调试性能测试脚本

这个步骤通过跟人有关，如果你是相关经验，则花费的时间相对较少，而如果你是新手，则可能需要耗费更长的时间。这里需要重点说明的是：一个好的和你熟悉的性能测试工具将会大大缩短你编写和调试脚本的时间，也是让这个步骤成功的关键。

• 创建和验证性能测试场景

这个步骤通常是体力活，大部分时间都花在了场景的验证上来了，用以保证测试能够顺利执行，如果你已评估了准确的负载模型，那这个步骤所需时间不会太多，通常1-2天就够了。

• 执行性能测试

除非是简单的性能测试项目，否则我建议你要为这个步骤至少准备一个礼拜的时间，因为我们在这个过程中，永远都不会知道会出现什么未知的问题，也不知道我们需要重复执行多少次测试。而且还需要考虑测试执行时间，以及执行过程中所需要的数据恢复时间等等

• 收集数据和清理环境

这个步骤，建议给一天就好了，尤其是公司内部项目一般不会涉及太多环境需要清理，但如果你是对外提供性能测试服务，你可能需要卸载、清理更多的工具、数据等等。但一般而言，一天是足够的，不够？出绝招 加一天。

• 测试结果分析和输出报告

为了确保充足的时间来做分析，在这个步骤，建议预留2-3天，这样可以充分的分析测试数据和输出报告，如果这个阶段做得不到位，可能意味着前期的工作大打折扣的。

有了上述几个典型步骤时间预估做铺垫，下面我们开始梳理性能测试的核心流程。

不过是你做公司内部项目还是对外部客户提供性能测试服务，我们在设计性能测试流程时，一般不会强调具体性能测试工具的使用，因此你可以根据你习惯的工具来管理。

步骤一：获取非功能需求

这个步骤通常称为界定范围，主要有以下相关工作需要确认：

• 完成性能测试的截止日期，包括应用发布日期

• 开展性能测试的内部和外部资源到位

• 测试环境的设计，尽量与生产环境一致

• 性能测试周期内代码冻结，即锁定待测版本

• 测试环境不可以被其他用户操作影响

• 确定性能目标

• 关键用例确定，及相关检查点确定

• 测试数据确定

• 明确负载模型

• 确定性能测试场景，即场景数量、类型、思考时间等等

• 确定并将应用、服务器及网络关键指标，及相应基础监控工具

• 确定性能测试的交付物

• 确定性能过程中缺陷提交、修复流程

• 测试团队人员及汇报机制

• 性能测试所需工具、资源、技能等

• 培训

步骤二：构建性能测试环境

到了这个步骤，我们应该已经明确了性能测试环境中对硬件、软件和网络设备的需求了，我们要尽可能的接近真实的生产环境，如有必要考虑直接在生产环境实施。一般这个步骤包含以下主要事项：

• 初始化和配置性能测试环境

• 考虑所需的部署模型

• 考虑外部系统（可能部分外部系统需要mock掉）

• 根据测试需要的规模，提供足够的施压能力

• 正确的部署应用

• 部署和配置性能测试工具

• 部署和配置相关监控工具

步骤三：编写和调试性能测试脚本

根据我们的确定的每一个用例，需要做好以下事项：

• 确定会话数据需求

• 确认应用输入数据需求

• 针对每个用例设置检查点，只做必要的检查点，不要为了检查而检查

• 实施过程中针对脚本做必要的修改

• 确保每个测试脚本能够正常回放

步骤四：构建性能测试场景

在创建性能测试场景时，我们必须考虑以下几点：

• 该场景属于哪种测试类型：基准测试、负载测试？

• 确定每个用例中的思考时间，不可为了设置思考时间而设置

• 确定每个场景需要的压力机，每个压力机上需要启动的虚拟用户数

• 确定每天压力机的施压模式：是大爆炸方式还是分段递增/递减、或是延迟启动等

• 确定测试如何结束：是运行一段时间还是用完测试数据后自动停止，还是运行足够次数的循环？

• 确定是否需要IP欺骗机制

• 确定带宽及是否需要模拟不同带宽

• 根据需要确定要监控哪些指标

• 确定是否需要模拟浏览器缓存，新用户，活跃用户等

• 考虑施压工具不同技术实现对性能测试的影响

步骤五：执行性能测试和分析

在正式执行和监控性能测试之前，我们需要对每个场景进行至少一次演练，并且要确保被测服务能够正常访问，因此为了确保我们的执行和分析能够有效的进行，我建议你按照如下事项进行：

• 执行至少一次场景演练，并做基准测试，确保各环节有效

• 执行负载测试时，在每次执行之前重置数据库到测试之前的基础状态

• 执行测试时，排查和定位过程中发现的问题，要及时提交问题并与开发人员沟通交流

• 执行测试时，要积极评估应用的容量

• 执行测试时，要积极关注诸如内存泄漏、慢SQL等问题

步骤六：测试结果分析和输出报告

在性能测试的最后一个步骤，就是收集所有的有效测试执行结果，对其进行分析，撰写性能测试报告和建立性能基线，为后续可能的重复测试准备，因此我建议你按以下事项进行：

• 收集最终的测试数据

• 根据项目需求，将性能目标与实际结果进行对比，以判断结果是否通过

• 使用你习惯的模板来将结果文档化，如有必要根据不同报告对象，对报告文档进行定制输出

上述即为我根据实践和根据性能测试原理凝练而出的性能测试流程，不同的企业、业务、项目可能会因关注点不一样，有所区别，但应该有一定的参考价值。

在这里也强烈推荐大家，把这个系列之前的文章进行阅读，不能停留在看的层面，要带着自己的思考、见解进行，从而吸收成自己的知识。

微信搜一搜 或 长按加群

开源优测