几乎所有公司的测试部门都会定义一份测试流程,测试部门有新员工进来,首先的培训就是测试流程。测试流程的重要性不言而喻,测试流程的内容大家也都熟知。测试流程的最终目的是控制产品质量。
任何流程都是贵在实施,不能流于形式。但实际上流程的落实质量千差万别。究其原因并不是流程定义得不合理,或是环节缺失,因为大家对测试流程该有的环节都有比较一致的认知,而是没有定义好流程上各个环节的具体的实施方法、规范规则、模板等。没有具体的指导和约束,就会导致流程的执行效果或者说是最终的工作效果很依赖测试工程师个人的经验和能力,况且武功再高也有考虑不周的时候。原理类似于软件开发,如果没有统一的编程规范,最明显的后果就是每个人写出来的代码看起来五花八门,很难维护,软件质量没法保证。
环节上的具体方法、规范规则、模板的制定,首先是好的经验方法的固化,而且是不断完善和进步的一个过程。其主要意义在于,一方面可以让测试工程师的工作质量约束在一个较好的水平(而不是放羊式的,没有保障的),这个作用对于经验没那么足的工程师尤为明显;一方面由于其不断完善和进步,使得整体的工作质量是不断提高的;其他的好处,我们后续也会提到。
所以这里不过多地谈流程的环节,而重点谈谈各个环节的实施方法、规范规则、模板等,下面的流程图也跟大家经常看到的不一样,融入了这些内容。当然这里所呈现出来的内容不可能是最理想最完美的,当然有毛病可挑,不过大家不必纠结,因为这里是想通过具体的例子给大家分享制定方法的方法、做好测试工作的思考方向和思维方式。
测试流程图
这个流程图包含了测试工作的各个环节以及该环节的输入和输出文件。蓝色代表工作环节,即一组实际的行为,橙色代表别测试团队以外的角色为测试团队提供的输入文件,绿色代表测试团队该自己定义或管理的文件,蓝色带单向箭头实线是流程的走向,蓝色带单身箭头虚线是文件的输入或输出,紫色是测试团队以外的角色所做的事情(它本身不属于测试流程,但会影响测试流程,所以姑且把它放进测试流程里面)。
至此,展示了整个测试流程和相应的方法性、指导性文件和模板。各位看官可以结合自己工作中的实际情况,试着去拟定相应环节的这些文件。