)1)错误状态：一般来说，新增(new和Active )处理中(in progress )已修复) fixed )重新打开(reopened )关闭)2)错误流程测试器发现错误错误状态为new； 开发人员接收bug，bug状态由开发人员在in progress完成并提交，bug状态改为fixed测试人员对开发人员进行的修改，再次测试bug，如有bug存在，将bug状态改为reopened 问题解决时直接变更为close，提供给bug )3)应该关注的点)bug信息不完备)某个信息，例如项目、模块、指定的处理者(也就是说分配给了谁处理)等，这些信息作为统计分析那个项目、那个模块、谁的bug多、谁发现的bug多等，从这些信息大致可以看出一个人的工作量和工作质量。 所以请不要麻烦，把错误的信息全部写下来。 提供的信息不准确：有些bug过于描述一带，表达模糊，只是说了一个错误，错误现象是什么，提示信息是什么。 不清楚怎样操作才能发生。 这样的bug交给开发者，智慧赋予开发者智慧，给开发者增加负担。 因为，他自己为了发现更多的信息而做测试，排除错误，他需要在测试的地方讨论，询问细节，有时为了确定问题出在哪里而反复反馈。 开发人员关闭bug只有发现bug的提交者才能关闭bug，开发人员只能使用“正在处理”和“已修复”两种状态。 )错误的再现性)这个重要属性无法用错误管理软件表示和测量。 这个任务主要是在测试这边。 如果发现了漏洞，请马上叫开发者。 人来了，必须让他看看这个臭虫，但是怎么也不会出现。 如果自己也不知道这个bug是如何操作后出现的话，无法再现的bug几乎就不能说是bug了。 也是最棘手的问题。 作为测试人员，你的任务是尽可能地找到bug发生的规律，尝试各种可能性。 即使不能再现，至少也要让开发者知道你做了什么样的尝试。 他不需要绕道。