注重BUG分析的良好习惯

vanceinfo

好文
偶刚进测试领域时，当时的Leader就要求我们来这么做，当时的想发和也和楼上几位的想法相似“很细致，不过是不是很麻烦呢”。不过还好坚持了下来。
楼主解释了缺陷的几种状态，以及这些状态出现的原因，处理方法。虽然有些状态很少会用到，而且这样的处理流程看起来分支复杂，但是在实际的缺陷处理流程是很实用的。
测试缺陷是开发人员和测试人员之间的一个交互点，开发人员和测试人员之间的交流就是依赖于这个测试缺陷里所表述的文字。所以需要测试人员对于缺陷描述要简介，准确；测试缺陷的状态则是这个交互开始的触发点，什么样的状态应该做出什么样的反应，双方就可以依据测试开始前定义的缺陷处理流程来展开工作。
另外，偶同意缺陷由缺陷的提交人来关闭。理由很简单，提交人最清楚自己提交的问题；假如问题由指定的负责人来关闭，问题多了，这个负责人就是忙死，也处理不完，同是会产生一个结果，降低了测试缺陷提交人的责任心。