【性能测试】制定性能测试方案经验分享！

一、什么是性能测试方案？

性能测试方案，通俗一点说就是指导进行性能测试的文档，包含测试目的、测试方法、测试场景、环境配置、测试排期、测试资源、风险分析等内容。一份详细的性能测试方案可以帮助项目成员明确测试计划和手段，更好地控制测试流程。

二、性能测试方案的要点以及解决的问题

• 为测试活动做计划，每项测试活动的对象、范围、方法、进度和预期结果会更透明化。

• 制定出有效的性能测试模型，能够排查出性能问题，从而更符合真实场景。

• 确定测试所需要的人力、时间和资源，以保证其可获得性、有效性。

• 预估和消除性能测试活动存在的风险，降低由不可能消除的风险所带来的损失。

三、测试方案需要包含哪些内容？

1、制定性能测试目的

性能测试目的是做一次测试首先要考虑的内容。是要完成既定的指标，还是验证超卖问题，抑或是验证并发下的稳定性问题。如果是验证指标，测试指标如何制定，拿到业务访问数据如何转化成为性能测试模型，这方面大家可以看一下前面的文章。

2、性能测试场景梳理

对于性能测试有哪些场景，每种场景的目的是什么？大家可以看看另外一篇文章：性能测试场景的分类和意义。

3、确定被测的业务部署架构

被测的业务部署架构是什么意思呢，简单来说就是被测服务涉及哪些组件，每个组件部署在哪些服务器上，服务器的配置是怎样的。需要画一个部署架构示意图，有了这张图，才能知道如何做到全貌监控，以及遇到问题从哪些服务入手。

打个比方：我们要做登录测试，测试登录功能的响应速度。那么如果未达到预期的测试目的，那我们就需要考虑是应用服务器性能不够？还是缓存过期导致？还是数据库负载太大导致查询过慢导致。

这里分享一个链路图示例，从客户端发起到服务端，服务端从代理层到应用层，最后到数据层。需要明确被测的环境里的各个服务有多少节点，比如客户层的压测机节点有几台，分别在哪个网段。同理我们可以去调研服务层和数据层的节点。

4、对测试数据进行调研

关于测试数据调研，包含了非常多的内容，对于业务测试来说数据调研就是获取必要的参数来满足既定的场景可以跑通。那对于性能测试来说，需要做哪些方面的数据调研呢。

（1）数据库基础数据量分析

数据库的基础数据量就是目前线上数据库实际的数据量，为什么要统计基础数据量呢？很多公司往往有独立的性能测试环境，但是数据库的数据量与线上相比差距较大，可能出现一条 SQL 在性能测试环境执行很快，但上了生产却会很慢的问题。这就导致测试觉得该测的都测了，但上了生产还是会有问题出现。

这种问题可能会因为索引缺失以及性能环境数据量较少而不能将问题暴露出来，所以在性能测试环境下的数据量一定要和生产上一致。为了达到这个目的，公司可以将生产数据脱敏后备份，有的则需要自己写脚本来根据业务规则批量造数据。

（2）压测增量数据分析

除了数据库的基础数据量，我们也需要考虑一轮性能测试下来会增加多少数据量。往往增加的数据量最终落到数据库，可能会经过各种中间件如 Redis、Mq 等，所以涉及的链路可能存在数据量的激增，所以这方面需要根据增加情况制定相应的兜底方案。

（3）参数化的数据分析

参数化，我们前面的文章中有提到过设置方法，大家可以翻看一下相关文章。

（4）冷热数据分析

从实际情况来看，能够在方案阶段考虑到冷热数据分布的测试并不多，往往都是从性能测试结果的一些异常点或者实际产线出现的问题去追溯。下面我们一起来简单了解一下冷热数据：

• 冷数据是指没有经常被访问的数据，通常情况下将其存放到数据库中，读写效率相对较低。

• 热数据是经常被用户访问的数据，一般会放在缓存中。

这里举个例子：在我们经常访问的电商系统中，热数据有哪些？像商品数据、库存数据、商品详细数据、商品分类等数据都是热数据。因为这是支撑系统正常运行的必备数据。那什么是冷数据呢？比如说个人的订单数据（特别是六个月前的订单数据）、浏览记录等数据，都算是冷数据。

（5）业务规则调研

对于性能测试而言，业务规则的了解也是不可或缺的。一些公司的性能测试组在进行压测时，业务线的测试也需要协助支持压测的进行，由此可以体现业务的重要性。

对业务的充分了解不仅可以帮助提高写脚本的效率，也可以帮助构造更为真实的性能测试场景。举个简单的例子，在模拟下单的时候是否考虑商品属性，比如是单一商品还是套餐商品，下单的时候购物车里有几件商品，这些都会影响性能测试的结果。

（6）测试监控的内容确认

监控是做性能测试的重点内容之一，一旦出现问题，第一反应就是查监控。对于性能测试方案，不仅需要罗列清楚所需要的监控工具和访问方式，同时也需要层次分明地传递监控的内容。对我们来说做监控最基本的一个关键词：全。

怎么去理解“全”呢？先举一个典型的例子，有时候做一个新的项目，询问支持的同学有没有部署监控，他们说已经部署了，但等真正使用的时候发现只监控了一台应用服务器的 CPU。这个例子我相信大多数人都似曾相识，所以这里说的全，至少包含两个方面：

• 涉及所有的服务器；

• 涉及服务器的基础监控，包括CPU、内存、磁盘、网络等。

硬件资源的监控只能算一个层面。那完成一次性能测试都需要监控什么呢，用一个导图做一个概览。

监控还有个很重要的点是设置阈值来报警，无论是线上和线下的性能测试，报警功能都是必需的。因为通过人工的观察，往往不能以最快的速度发现问题。一旦能够及时报警，涉及的人员就可以快速响应，尽可能降低风险。

（7）性能测试排期及涉及人员

一般来说测试是上线前的最后一道关卡，也是发现问题的重要角色，所以项目上的风险会在测试阶段集中爆发。性能测试作为测试中的一部分，也会面临类似问题，这也考验项目管理能力。而且性能测试需要大量的数据和专门的环境，这部分的工作内容和资源需要更多支持，所以在的性能测试方案中，首先要标明开展的阶段和日期，还要明确主负责人和协调人员。在此基础上还需要面对面 check 和落实。

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！ 

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。