前面已经写了三篇关于软件测试经验图谱的文章,没有看过的同学请速速点如下链接回顾哈:
《如何借助测试经验图谱完成三个月总结?》
《再谈软件测试经验图谱》
《软件测试经验图谱硬技能之业务逻辑》

继续之前的话题,今天我们主要讲讲软件测试经验图谱硬技能分支中的测试技能,先看下我细分的脑图:

在图中,我根据自己项目经验和软件测试基础理论,把测试经验分成了三大块,分别是:需求质量、测试质量和发布质量

下面我们分别做一下详细说明。

一、需求质量

不管是软件工程里面的软件开发流程,还是软件测试的几个经典模型,需求始终都是排在最前面的,需求是所有后续流程的地基,也是后续流程推进的事实依据。

既然需求这么关键,那么作为软件测试工程师的我们,怎么有效保证需求质量呢?

之前我已经有三篇文章详细说过这个事情,请点击如下链接查看:
《测试人员参与需求评审的价值是什么?》
《需求评审之实战演练》
《需求评审之隐性需求》

总体来说,就是从需求合理性需求全面性两方面着手进行需求质量的保障。

二、测试质量

测试质量保证的前提是需求质量,当然还有一个隐性的开发质量,如果前期通过各岗位角色自己或者测试介入让这两方面的质量得到有效保障,那么测试质量已经得到了保障。

毕竟软件质量不是测出来的,是所有人共同努力构建出来的,测试只是做一个检测和验证的过程。

具体到测试质量检测和验证的内容,就是目前测试工程师日常工作占时最大的部分,我给分为冒烟测试、测试计划、测试用例和测试总结这么几个部分。

冒烟测试的关注点就是前面说的需求质量和开发质量,具体要检测的内容包括但不限于:
1、需求实现不完全:没有做应该做的事;
2、需求实现超预期:做了不应该做的事;
3、主流程没跑通:联调失败;
3、基本功能实现有问题:低级错误;
等等,这些都可以按冒烟失败进行打回。

如果冒烟测试通过,测试人员就可以正式接收测试,这时候可以按照提前制定的(大部分是现在开始制定的)测试计划进行详细测试安排。

这个测试安排不是传统的非常详尽的周密计划,这里的核心体现为测试策略,就是时间安排、里程碑时间点确立、优先级划分、各种资源的协调等等。

有了测试计划这个明确的依据之后,就可以正式进入用例的环节了。

用例环节我又给分成用例编写、用例评审和用例执行三个环节。

注意这三个环节可以是连续的串行,也可以是并行,还可以是和需求推进实现的过程同步进行,这里仅仅汇总起来集中表示用例这个活动。

一个项目可以说因为需求简单,没有需求质量要求的环节,也没有测试计划,但是测试用例的环节是必不可少的,同时,一个测试人员的能力可以尽情的在测试用例环节中进行发挥,在这里,测试人员的水平可以立见高下。

关于测试用例的话题可以展开来说很多,本次主要说图谱,所以我还是按索引做个大概讲解,更详细的后续逐步完善。

比如测试用例编写常用的等价类、边界值等方法,后面会专门讲。

比如用例评审相关的用例格式和覆盖率可以看这几篇总结:
《思维导图写测试点的再补充》
《思维导图写测试点的额外补充》
《用思维导图写测试点的几点说明》
《思维导图编写测试用例的两种格式》
《如何利用分层测试概念设计针对性测试用例》

最后是用例执行部分,这个一方面需要执行人员结合测试策略进行灵活安排,另一方面需要执行人员有足够的专注度、发散思维、探索意识和问题敏感度,这样才能真正让测试质量过程起到检测和验证的效果。

虽然需求质量和开发质量很关键,是前置条件,但在实际项目中,我们在测试质量保证阶段花费的精力是最多的,所以一方面要优先进行前置条件的确认,另一方面在前置条件确定后,一定要利用图谱的总结把自己能力进行体现,同时继续把知识进行总结,从而达到图谱为我所用、我为图谱添砖加瓦的效果。

三、发布质量

最后说一下发布质量。

说实话,很久前我对测试人员负责上线这件事一直耿耿于怀,我们不是测试么?我们应该把主要精力放到检测和验证上面呀,为啥测试通过的东西,还需要我们给发布到线上?

后来看问题的视角开阔了,才想明白发布质量这个概念,亦可以说是全流程质量这个概念。

质量保证是全流程的活动,是项目所有人员都需要关注的问题,既然是这样,测试去参与全流程的质量保证就是合理的了,有些地方可能只是参与,比如需求评审,比如单元测试,有些地方需要自己亲力亲为,比如接口测试,比如系统测试,再比如现在说的发布上线。

另外,这里说的发布质量并不单纯指发布上线这个动作,从导图可以看出来,我给分成了三部分,分别是上线质量、数据监控和反馈跟进,分别对应的是上线过程不同环节我们需要重点关注的内容。

当然,有些公司可能会有其他角色来参与发布质量的保障,比如产品会做数据监控、开发会做反馈跟进等等,那么测试可以根据实际情况决定自己去主导还是去辅助,总之,去参与这个过程可以从另一个角度去考虑质量保证的问题。

以上,今天的主要内容是软件测试经验图谱硬技能之测试技能,内容比较多,我只是提供了框架,后续对于需要细化的内容会有单独的文章,敬请期待。

另外,一定要知道图谱本身不是目的,借助图谱进行更准确的自我认知和自我改进才是目的,图谱只是系统化的把软件测试相关的技能要求进行了汇总,我们需要经常借助图谱进行自我反思,并继续发挥我们的长处,同时想办法弥补我们的不足,从而把我们的工作年限沉淀为工作经验。

感谢你的阅读,请帮忙分享转发 + 点个「在看」让更多人看到,谢谢。


↙↙↙阅读原文可查看相关链接,并与作者交流