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