如何更专业的制定性能测试计划？

lsekfe

引言
　　在进入今天的内容前， 先想几个问题：
　　什么是测试计划？
　　什么是性能测试计划？
　　在你的性能知识领域中， 你认为性能测试计划应该包含哪些内容？
　　因为作为企业的金牌面试官， 经过我面试的求职者，没有四位数，至少也有个位数。无论是性能测试的小白还是高级性能测试工程师，几乎都没有认真的或者完整的去实施过性能测试计划。
　　其实，导致这种现在的原因，无非两种：
　　1、企业 不太注重 性能测试；
　　2、测试人员本身的能力不足。
　　看到这里， 你是不是会说， 你看：不是我不专业，不是我不想写专业的性能测试计划，只是我的企业对性能测试计划的要求不高。
　　作为一名性能测试工程师，你的专业度，一定是高于企业里的其他人，所以，你要做的，就是把你的专业，无限的放大，来完善企业中的空白。
　　切勿有这种想法：反正BOSS不专业， 我随便写几段话糊弄过去就行了。同时，也为了能让你在与面试官的聊天中，体现你的专业，让面试官"折服"你，我写了这篇文章，希望你能学以致用。
　　什么是性能测试计划
　　说道什么是性能测试计划， 我们就不得不提，什么是测试计划。引用官方文档：
　　描述了要进行的测试活动的范围、方法、资源和进度的文档；
　　是对整个信息系统应用软件组装测试和确认测试；
　　它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险；
　　测试计划可以有效预防计划的风险，保障计划的顺利实施。
　　在项目的前期，测试计划是必须要做的，也是一名软件测试管理者必须具备的能力。一份完整的测试计划，可以：
　　为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果；
　　确定测试所需要的时间和资源，以保证其可获得性、有效；
　　确立每个测试阶段测试完成以及测试成功的标准、要实现的目标；
　　识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。
　　你看， 测试计划的优势这么多：
　　向上：领导做宏观调控；
　　向下：测试人员了解项目不同阶段的测试任务。
　　你还觉得测试计划的不重要吗？
　　知道了测试计划，那我们再来聊一聊性能测试计划。简单的一句话概括：就是针对项目的性能制定的测试计划。
　　测试计划包含整体测试的各个阶段：接口、功能、性能、自动化、集成等……
　　而性能测试计划，就是针对性能测试的计划设定，理解了性能测试计划，那：
　　性能测试计划包含哪些内容?
　　以及如何编写有效的性能测试计划呢？
　　如何让你的性能测试计划符合实际的项目呢？
　　带着这些疑问，我们来逐一聊一聊。
　　性能测试计划包含的内容
　　说到性能测试计划， 我先上一个图：

　　看到这份性能测试计划， 是不是感觉似曾相识。是不是与你编写的性能测试计划的方案一样？是不是觉得，这些内容，已经足够了？
　　如果你是这样想，那么，还请你思考以下几个问题：
　　如果没有性能目标，你能否进行性能测试；
　　如果没有性能场景和性能指标，你能否编写性能脚本；
　　如果没有系统架构图， 你能否快速的了解系统架构逻辑；
　　如果没有部署监控，你能否快速的定位及分析性能瓶颈。
　　你看，这些都是在实际的性能测试中需要的，那肯定就需要在性能测试计划中列出来。否则， 如何进行脚本设计，如何进行监控部署，如何发现问题，分析性能瓶颈呢？
　　按照上面的思路， 我再提供一张性能测试计划图，来对比一下：

　　通过这两张图的对比，可以发现，第二张图更完整，不管向上对老板，向下对员工，都是一目了然。所以，你可以发现，一份好的性能测试计划，即使给外行人看，也能知道要目的和要做的内容。
　　这时候，你可能有疑问，我这份性能测试计划这么多内容，那要写多长时间呢？每一项的内容，又要如何来写呢？如何让一个性能测试小白，快速掌握性能测试计划的编写要领呢？
　　这里，我就逐一进行拆解。
　　背景
　　先描述项目背景， 再阐述本次项目性能测试背景。
　　性能目标
　　结合性能测试的场景，设定测试目标，例如：
　　根据基准场景：测试某接口的最大容量；
　　根据稳定性场景：测试某接口的最大运行时间。
　　压测范围
　　根据系统的主流程，筛选需要压测的接口，如：
　　计算接口；
　　同步接口；
　　其他主要接口。
　　启停准则
　　这里主要包含：
　　启动准则：完事具备，需要开始进行性能测试；
　　结束准则：所有测试任务都完成，结束测试；
　　暂停准则：在测试过程中，因测试环境受到干扰无法进行测试，导致暂停测试；
　　再启动准则：解决完测试过程中的问题，可以继续进行测试。
　　性能指标
　　包含内容，如下：
　　目标接口；
　　目标TPS；
　　TPS标准方差;
　　响应时间；
　　响应时间标注方差。
　　系统架构图
　　系统逻辑架构图；
　　系统部署架构图。
　　压测前准备
　　主要是硬件资源，例如：
　　服务器台数：根据实际项目需要进行申请；
　　服务器用途：数据库、缓存、集群、应用服务、监控服务部署等等；
　　服务器配置：需要根据上线的服务器配置一样。
　　工具准备
　　压测工具：实际压测的工具，例如：Jmeter、Ladrunner、Lcust等；
　　监控工具：Prmethues、Grafana、Kafka、Lgstash、Spring Bt Admin等。
　　数据准备
　　测试脚本数据的准备：
　　读取csv文件的数据；
　　直接写入数据库的数据。
　　性能设计
　　包含两部分，即：
　　性能测试策略：连续、递增策略；
　　业务场景设计：4种场景，如：基准场景、容量场景、稳定性场景、异常场景。
　　监控设计
　　包含两部分，如下：
　　全局监控设计：如 Prmetheus、Grafana、Spring Bt Admin等；
　　定向监控设计：对具体的应用、数据库等进行监控分析，如 jstack、mysqlreprt等。
　　项目组织架构
　　参与性能测试的项目组成员：
　　PM
　　架构师
　　开发工程师
　　性能测试工程师
　　性能脚本编写工程师：性能测试分析工程师、运维
　　成果输出
　　包含三部分内容，即
　　过程性输出：性能测试脚本、性能缺陷列表；
　　性能测试报告；
　　性能调优报告。
　　项目风险分析
　　主要通过以下几点进行分析：
　　业务层的需求是否明确；
　　环境问题；
　　数据问题；
　　业务模型；
　　人员问题等等。
　　你看，我把性能测试计划每一项的内容进行拆解， 这样是不是就通俗易懂了。但是这个颗粒度，我觉得作为一名测试经验不够丰富的性能工程师来说，还是有些迷茫。
　　在下篇文章中，我会把上面的内容再进行拆分并落地，让你彻底掌握编写性能测试计划的方法。