51Testing软件测试论坛

标题: 如何更专业的制定性能测试计划? [打印本页]

作者: lsekfe    时间: 2023-2-9 10:13
标题: 如何更专业的制定性能测试计划?
引言
  在进入今天的内容前, 先想几个问题:
  什么是测试计划?
  什么是性能测试计划?
  在你的性能知识领域中, 你认为性能测试计划应该包含哪些内容?
  因为作为企业的金牌面试官, 经过我面试的求职者,没有四位数,至少也有个位数。无论是性能测试的小白还是高级性能测试工程师,几乎都没有认真的或者完整的去实施过性能测试计划。
  其实,导致这种现在的原因,无非两种:
  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
  架构师
  开发工程师
  性能测试工程师
  性能脚本编写工程师:性能测试分析工程师、运维
  成果输出
  包含三部分内容,即
  过程性输出:性能测试脚本、性能缺陷列表;
  性能测试报告;
  性能调优报告。
  项目风险分析
  主要通过以下几点进行分析:
  业务层的需求是否明确;
  环境问题;
  数据问题;
  业务模型;
  人员问题等等。
  你看,我把性能测试计划每一项的内容进行拆解, 这样是不是就通俗易懂了。但是这个颗粒度,我觉得作为一名测试经验不够丰富的性能工程师来说,还是有些迷茫。
  在下篇文章中,我会把上面的内容再进行拆分并落地,让你彻底掌握编写性能测试计划的方法。






欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2