如何判断缺陷的来源
如果需要将缺陷按照来源进行分类,比如来自需求、设计或者编码? 可是我怎么判定某一个缺陷是来自需求还是来自编码或者设计呢? 这个需要经验的积累,还要有对系统的了解甚至熟悉。你最好对开发、系统分析等有一定的经验才可以正确分析出来 这种事情是需要各方联合解决的,就算是有经验的人的判断,最终也需要对于该判断(推测)进行验证才可以,如何验证,还是需要各方合作,怎么合作。测试发现问题-〉则将问题来源定给编码。编码看到问题-〉是自己的,自己认了,到此为止,不是自己的问题,则继续将问题前提,将问题来源定给设计。设计如同编码一样,或者自己认了,或者继续前提。这样直到找到根源为止。 可以根据测试的不同版本来判断部分缺陷来源,例如集成前版本和首个集成后版本,如果首个集成后版本出现该缺陷,而在集成前版本中没有出现该缺陷,缺陷来源大致可以判定为集成引入。 至于其他的缺陷来源还需要和设计人员、开发人员进行沟通和确认。 感谢楼上各位,说的很好,可操作,而且是经验只谈啊,谢谢~ 让开发判断 工作经验,长期积累 设计说明书,需求、产品定义等
应该是开发填写bug原因吧
应该是开发填写bug原因吧测试再怎么分析,也只是个推测。还是开发最清楚是什么原因造成的。
页:
[1]