[如需转载,请在转载时注明出处,并保证本文的完整性]
曾经作为新人的时候,我的测试组长对我们说:“分给你们任务的时候,一定要自己先想想,想好怎么去做,有个思路和计划”。到后来我就一直秉承他的思路,在接受任务的时候,要做一下几点:
一、明确测试对象:搞明白测试的是什么东东,尽可能多方面去了解,通过看需求、设计文档,问开发、测试同事,知道我要测试的东西核心在哪?
二、测试任务分解:有时候组长或领导分给的任务,他也没时间了解具体有哪些东西,有可能他以为功能很少的模块,结果到了手里发现是很复杂的。因此,在明确测试对象的前提下,需要根据一定的原则分解成更具体详尽的任务。只有这样,才可以明确具体的测试方法和具体的时间表。那么我就可以给组长说,我这个多久可以测试完成,哪些需要提供帮助等等。
三、确认测试方法:这个时候就可以大显神通了,黑盒测试,用什么什么方法来测试;如果没有具体功能界面,如何来测;如果没有具体环境,如何来构造环境;等等,这就是具体的问题了。
四、按理说这里应该开始马上执行了。NO!根据我们曾经参加过的一个“客户服务/GCS培训”,把测试组长当成我们的客户,需要与他确认下,我自己对于这个任务的理解是否和他的理解一致,这个很重要啊。如果自己的任务目标和组长的不一致,最后岂不是白干活,出力不讨好啊。
其实,有的人说,那么测试组长分配任务的时候,干嘛不分配得很具体仔细点,比如测试哪几个具体的用例都定好,有些大公司应该是这样的。这种大公司的新人,可能一年下来都不用写测试用例,直接执行写好的用例,按部就班的来好了。
我刚开始做新人的时候,对于我们组长的一些任务分配也尽是埋怨,“干嘛不分得具体点,到头来又说我做的不好...”.后来才明白,与其埋怨来浪费时间,不如自己多思考多学习,多提升。而且后来我也逐渐了解了国内一些别的企业的测试流程,也是我见识少,就别说测试了,能够真正把整个项目流程(包括需求、开发、测试等)做细致、做标准的还真是不多。如果有的话,我真希望多多学习。
不过,现在成“老鸟”了。更要提高对自己的要求了,在测试工作中也要分配任务给组内同事。那么我就要吸取教训,对于新人,还是要分任务尽量详细些。即使自己不执行测试的模块,也要尽可能了解下,才能具体知道测试的难度和时间,才能更好更具体得给组员分配任务。