面试官:什么是性能测试计划?(内含干货)

上一篇 / 下一篇  2023-02-14 17:11:09 / 个人分类:性能测试

引言

在进入今天的内容前, 先想几个问题:

什么是测试计划?

什么是性能测试计划?

在你的性能知识领域中, 你认为性能测试计划应该包含哪些内容?

因为作为企业的金牌面试官, 经过我面试的求职者,没有四位数,至少也有个位数。无论是性能测试的小白还是高级性能测试工程师,几乎都没有认真的或者完整的去实施过性能测试计划。加我VX:atstudy-js 回复“测试”,进入 自动化测试学习交流群~~

其实,导致这种现在的原因,无非两种:

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

架构师

开发工程师

性能测试工程师

性能脚本编写工程师:性能测试分析工程师、运维

成果输出

包含三部分内容,即

过程性输出:性能测试脚本、性能缺陷列表;

性能测试报告;

性能调优报告。

项目风险分析

主要通过以下几点进行分析:

业务层的需求是否明确;

环境问题;

数据问题;

业务模型;

人员问题等等。

你看,我把性能测试计划每一项的内容进行拆解, 这样是不是就通俗易懂了。但是这个颗粒度,我觉得作为一名测试经验不够丰富的性能工程师来说,还是有些迷茫。

在下篇文章中,我会把上面的内容再进行拆分并落地,让你彻底掌握编写性能测试计划的方法。

最后:

添加微信:atstudy-js  或者扫描下方二维码,备注“博客”邀请你进入Python自动化测试学习交流群~


TAG:

 

评分:0

我来说两句

Open Toolbar