问题描述：

　　一个优秀的测试人员是否需要对缺陷定位负责？

　　精彩答案：

　　会员 TesterChen：

　　问题的答案我觉得应该是肯定的。

　　首先，从字面意思来说，我觉得测试人员应该对缺陷的定位负责，尽量在报告缺陷时将自己对于缺陷的理解（或缺陷产生的原因）写入到缺陷的备注信息（或缺陷主体）中。在个人能力、资源许可的情况下，尽我们所能的去提升我们的工作质量，做到100%的自我负责，因为我们的目标不是做完成就可以，而是追求优秀！！！

　　其次，软件测试人员的责任角度来说，在测试人员具备这样的个人能力，且通过他们掌握的资源可完成对定位缺陷，那么最好是提供对缺陷的定位给开发人员或产品人员。这样即方便开发人员去定位问题、解决问题，也便于后期缺陷的追溯与回归。同样，部分缺陷可作为产品人员对产品进行优化的参考。

　　但是，如果对缺陷的定位很困难，通过测试人员所掌握的资源与知识在短时间（如一个小时、半天）内无法完成对缺陷的定位，我们最好是向开发人员反映，并表示期望得到他们的帮助，共同对发现的缺陷进行定位，定位后要记录在缺陷的描述中；

　　如果在交流过程中测试人员和开发人员一致认为此问题很复杂，需要开发人员内部进行排查的问题，那么此时测试人员可以终止缺陷定位，交由开发组人员进行处理，测试人员只需要对后期缺陷产生的原因进行了解、对缺陷进行回归测试即可，测试人员可考虑参加他们的讨论。

　　将问题的定位转至开发人员层面之后，如果涉及到更加深层次的问题，开发经理（项目经理）会向他们的上级或同行请求协助，测试人员可考虑参加他们的讨论。

　　另外，我们要考虑的一个问题就是具体问题具体分析、能随机应变。如果测试组的成员有很重的测试任务，在规定的时间内对所有内容完成测试任务的可能性都不大，那么我想测试人员也没太多时间去找寻缺陷出现的具体原因。但在这里仍然要强调的是缺陷的重现步骤、涉及到的数据等信息一定要记录全面，这样方便开发人员在调试时更快更准确的重现问题、找到问题、解决问题。

　　同时，我觉得适量的对具体问题进行深入探讨，即有利于我们了解被测系统的业务，也有利于提升测试人员的工作技能。同时也加强了开发人员与测试人员之前的相互沟通和协作。

　　最后，我认为优秀测试人员不仅要善于找出现在系统已有的缺陷、对发现的缺陷进行问题定位、提出对缺陷的修改意见或建议。更要能预知未来系统可能会出现的缺陷，并提出自己的看法、同时设法对它进行验证。

　　会员 san：

　　狭义的说，不需要！广义的说，depends。

　　这个其实以前考虑和讨论过的。

　　说不需要是从合作分工的效率上来说。专职的测试出现是软件工程化之后，出于提高生产力和提高合作管理效率，必然的结果就是行业分工。这和其他行业工程化的体系框架相似。测试，开发，项目管理，需求，架构师，分别代表和承担着软件开发过程中的不同方面。专职的分工能提高工种的专业性和过程平衡（不至于忽视了某一方面），在绝大多数情况下这是提高效率的有效手段。我们可以定义测试人员的职责是：证明没问题，或者发现问题，或者预防问题。无论从这些传统的任何一个定义，其实都没有必要去定位问题，只是需要确定和重现问题。当然，定位问题的能力，在某些时候能有助于我们发现和分析，但这不是必须的。如果只是为了解决修复，让熟悉代码的SE来，效率会更高。