测试流程之测试流程拆解

前言:与一些刚入行的测试人员接触时,发现他们对测试的认识不够,总是认为测试只是一个点、点的过程,认为测试也总是在界面上点,点的过程,我只想说“测试看似简单,但实则深不可测”,接下来就讲讲测试过程主要是做什么?

测试主要做什么?这完全都体现在测试流程中,同时测试流程是面试问题中出现频率最高的,这不仅是因为测试流程很重要,而是在面试过程中这短短的半小时到一个小时的时间,通过测试流程就可以判断出应聘者是否合适,故在测试流程中包含了测试工作的核心内容 ,例如需求分析,测试用例的设计,测试执行,缺陷等重要的过程。下面就以迭代测试为例,给大家画下测试流程图:

1.需求分析

一般在上一个迭代测试即将完成之时,下一个迭代的需求文档就已经发出来,放到配置管理平台,便于测试和开发自取,那这个时候一般测试人员就会自动去取需求文档,开始做需求分析,需求分析主要是分析接下来的需求,从功能交互,测试要点等方面入手分析。

需求分析完成之后,就会开始需求评审,如果对需求评审不了解的,可以查看上一篇文章。

2.编写测试用例

需求评审完成之后,对测试而言,应该还需要编写测试计划和测试方案,一般测试计划是由测试主管编写,测试方案是高级测试工程师编写,故有些测试人员并不会要求编写,但是测试用例却是每个测试人员都需求编写的,一般测试用例我们主要用到的都是黑盒用例设计方法,如等价类分析法,边界值分析法,因果图,判定表,场景法,状态迁移,错误推测法等等,根据自己熟悉的方法和需求文档来设计测试用例。

测试用例编写完成后,测试人员就要开始用例评审,用例评审与需求评审的评审流程相同,只是发起人和评审内容,评审重点不同。

3.测试执行

一般用例评审完成之后,就要开始等待开发转测。

转测成功后,测试这边就要开始搭建测试环境,然后进行冒烟测试,冒烟测试通过后才开始进入正式测试执行阶段。

冒烟测试的重点:

(1)原来版本的主要功能

(2)新需求的主要功能主要流程

4.提交缺陷

在正式测试阶段,测试人员是根据已经编写好的测试用例执行程序,当执行程序的实际结果与测试用例的预期结果不符时,就需要在缺陷管理工具上提交bug单,bug单会根据bug处理流程进行处理。

5.回归测试

当开发人员修改了大部分bug时,开发人员会再次合版,联调,转测,这时测试人员就会进入到回归测试阶段。

回归测试的重点:

(1)检查bug单上的缺陷是否被修复OK

(2)检查在修改bug的时候是否引入新的bug

6.部署上线/交付

在测试执行阶段会根据测试标准中的出口准则,结束测试活动,如果测试结果是OK的,这时运维人员就可以开始部署上线,或者进行版本交付。

上面的测试流程是基于有需求文档的一个完整测试流程,如果公司没有需求文档,则测试流程就会在上面的基础上有所删减。

原文发布于微信公众号 - 资深Tester(zishentester)

原文发表时间:2017-11-02

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

扫码关注云+社区