如何判断缺陷的来源

allenzgw

如果需要将缺陷按照来源进行分类，比如来自需求、设计或者编码？ 可是我怎么判定某一个缺陷是来自需求还是来自编码或者设计呢？

walker1020

这个需要经验的积累，还要有对系统的了解甚至熟悉。你最好对开发、系统分析等有一定的经验才可以正确分析出来

davy_chen

这种事情是需要各方联合解决的，就算是有经验的人的判断，最终也需要对于该判断（推测）进行验证才可以，如何验证，还是需要各方合作，怎么合作。
测试发现问题-〉则将问题来源定给编码。编码看到问题-〉是自己的，自己认了，到此为止，不是自己的问题，则继续将问题前提，将问题来源定给设计。设计如同编码一样，或者自己认了，或者继续前提。这样直到找到根源为止。

迷雾精灵

可以根据测试的不同版本来判断部分缺陷来源，例如集成前版本和首个集成后版本，如果首个集成后版本出现该缺陷，而在集成前版本中没有出现该缺陷，缺陷来源大致可以判定为集成引入。 至于其他的缺陷来源还需要和设计人员、开发人员进行沟通和确认。

allenzgw

感谢楼上各位，说的很好，可操作，而且是经验只谈啊，谢谢~

null2

让开发判断

mxj879

工作经验,长期积累

xyxykitty

设计说明书，需求、产品定义等

auto_apple

应该是开发填写bug原因吧
测试再怎么分析，也只是个推测。还是开发最清楚是什么原因造成的。