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