bug信息不完全

　　某些信息，例如项目、模块、指定操作人员，也就是说，由谁负责处理，等等，这些信息用于统计分析，用于统计分析、项目、模块、谁的 bug多、谁发现的 bug多、谁修改的 bug多等等，根据这些信息可以大致看出工作量和工作质量。因此，别为了麻烦，把 bug的信息全部写完。

　　所提供的信息不准确

　　有些 bug描述一带而过，措辞含糊不清，只是说出有错误，但有错误现象，提示信息是什么，如何操作，也不清楚，这样的 bug交给开发人员，只会给开发人员增加负担，因为他自己需要再做测试，找出更多的信息，排除 bug，或者他会到测试那边进行讨论，询问细节，有时需要多次反馈来确定具体问题。

　　开发者关闭 bug

　　只有 bug的作者，即发现人员，可以关闭这个 bug，开发者只能使用两种状态：“正在处理”和“已修正”。

　　bug的可重现性

　　这一重要属性在 bug管理软件中不能体现和度量，这种任务主要是在测试方面，如果你发现一个 bug，就马上叫开发者过来，让他们看看这个 bug，bug却怎么也不出现，甚至不知道这个 bug是怎样的 bug。这种无法复制的 bug几乎不会被视为 bug，这是最令人头痛的。因此，作为测试人员，你的任务就是尽可能地发现 bug出现的规律，尝试各种可能的错误，即使无法重现，至少也要让开发者知道你做了哪些尝试，而他再也不用去绕圈子了。