bug信息不完全
某些信息,例如项目、模块、指定操作人员,也就是说,由谁负责处理,等等,这些信息用于统计分析,用于统计分析、项目、模块、谁的bug多、谁发现的bug多、谁修改的bug多等等,根据这些信息可以大致看出工作量和工作质量。因此,别为了麻烦,把bug的信息全部写完。
所提供的信息不准确
有些bug描述一带而过,措辞含糊不清,只是说出有错误,但有错误现象,提示信息是什么,如何操作,也不清楚,这样的bug交给开发人员,只会给开发人员增加负担,因为他自己需要再做测试,找出更多的信息,排除bug,或者他会到测试那边进行讨论,询问细节,有时需要多次反馈来确定具体问题。
开发者关闭bug
只有bug的作者,即发现人员,可以关闭这个bug,开发者只能使用两种状态:“正在处理”和“已修正”。
bug的可重现性
这一重要属性在bug管理软件中不能体现和度量,这种任务主要是在测试方面,如果你发现一个bug,就马上叫开发者过来,让他们看看这个bug,bug却怎么也不出现,甚至不知道这个bug是怎样的bug。这种无法复制的bug几乎不会被视为bug,这是最令人头痛的。因此,作为测试人员,你的任务就是尽可能地发现bug出现的规律,尝试各种可能的错误,即使无法重现,至少也要让开发者知道你做了哪些尝试,而他再也不用去绕圈子了。
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理