众所周知，任何一款软件，任何一个版本都或多或少存在的一定数量的bug。bug管理一直是很让人头疼的问题。那么对软件测试部门来说，到底应该怎样去管理这些bug呢？
一般来说，我们会把bug分为下面这三种情况：
1.重复出现的BUG
对于那些重复出现的BUG，如果在下个版本已经被修复，那这个bug就可以关闭了；
2.新出现的bug
那些不是稳定出现的bug，一般我们需要连续观察3个版本，如果三个版本都没问题的话就可以关闭了；
3.一直没有得到解决的bug
那些一直没能解决的bug，就需要定期讨论做处理。
在缺陷得到修复之后，测试人员负责对新版本进行确认，如果确认修复了，则关闭缺陷，如果证实没有修复，则重新打开Bug，配合开发人员继续调查原因。
在具体的技术方面，一般来讲会采用 Bug tracking system 来追踪bug，比如 TestCener，Bugzilla， Bug free等工具，或者其他的任务管理系统中集成的相关模块。当然，也可以采用 Excel 来管理、跟踪 Bug 的状态。
最后我要说的是：Bug的管理有一个难点，当系统内积累了相当数量的缺陷报告之后，新发现一个问题后，如果去系统内检索是否这是一个已知的问题的过程会耗费测试人员很大的精力，如果时间紧迫，我认为以测试报告缺陷为高优先级，即新建一个缺陷报告，而不是一味地去检索原先的那个。
推荐阅读：
bug管理工具都有哪些
sales@spasvo.com
