一、Bug跟踪

　　Bug的生命流程从新增的opened状态开始，到closed状态结束，作为完整的bug跟踪，应该包括：

　　1、Bug新增：测试人员发现Bug之后新增一个Bug，并将Bug指定给对应的开发负责人，Bug状态为待DEV处理。Bug新增成功后，只有开发负责人才有权限回复这个Bug，其它人只

能查看或追加回复。

　　2、Bug回复：开发人员修改问题之后，将Bug回复给对应的测试负责人，Bug回复后，只有测试负责人才有权限跟踪回复或关闭这个Bug，Bug状态为待QA确认。很多开发人员在

回复的时候只是简单地用“已解决”或“fixed”这样的语句，对于简单浅显的问题来说，这样已经足够。而对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法，

一般来说，Bug回复应该包括：

　　（1）问题原因：导致Bug产生的根源

　　（2）问题结果：问题是否已经被解决说明，如“问题解决”、“下一版本解决”、“无法解决”等

　　（3）配置说明：在fixedBug的时候是否需要增加或修改配置项，如果需要则详细说明配置。

　　（4）数据库结构：解决此问题是否需要改动数据库表，如果需要则需要详细说明。

　　（5）目标文件：解决此Bug的代码文件以及涉及到的相关代码文件文件

　　（6）解决方法：解决此Bug的方法

　　（7）改动代码：解决此Bug的时候有哪些代码被改动或增加，并将新的代码在回复中粘贴出来。

　　（8）业务流程：解决此Bug或新增功能的业务流程是否变更，如果有则详细说明新的业务流程，对于特殊的异常的处理也应该进行详细的说明。

　　开发人员回复Bug之后，测试人员会进行验证，如果问题还没解决，则将这个Bug重新回复给开发人员，并且在回复中进行详细的问题描述。测试人员回复此bug给开发人员之后

，Bug状态又转为待DEV处理。

　　3、追加回复：一个Bug的记录不能删除或修改，只能够新增，如果测试人员或其它开发人员或项目经理想对Bug增加说明，可以通过追加回复进行。

　　4、Bug关闭：开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪），Bug状态为问题解决。关闭一个Bug时，大多数

的测试人员都是采用“问题解决”或“OK”这样的语句回复，作为一个简单的问题这样回复已经足够。但是对于一些比较复杂的问题或需求，可能经过了多次的修改，修改的终

结果已经跟Bug描述有相当部分的出入了，因此在关闭Bug的时候，应该对Bug描述的内容进行一个总结：

　　（1）问题结果：问题是否已经被解决说明，如“问题解决”、“下一版本解决”、“无法解决”等；

　　（2）配置说明：软件问题解决之后终需要新增或修改的配置文件和配置项目；

　　（3）数据库结构：软件问题解决之后，软件升级涉及到修改的数据库表结构有哪些以及需要执行哪些脚本；

　　（4）业务流程：Bugfixed之后的业务流程，如果是新需求，还要进行新功能点说明。

　　5、Bug查询：输入查询条件，查询对应的Bug。

　　6、Bug删除：删除Bug，但这个记录不会被删除，也是说只是做一个特殊的标志，没有真正删除。

　　7、Bugreopen：在后续测试中又出现了相同或类似的问题，重新打开此Bug。

　　8、Bug统计：输入统计条件，统计对应的Bug。

　　二、Bug跟踪管理系统

　　Bug跟踪管理系统用于帮助公司和团队跟踪工作中的问题，管理和记录这些问题的处理过程，并为用户提供事务分配和自动通知的平台。Bug跟踪管理系统对于一个团队的Bug管

理非常有效，可以确保每个出现的问题都可以得到记录和跟踪，为团队提供有效的交互平台，提高团队效率和增强团队工作氛围。同时，作为问题记录的数据库，可以积累处理问

题的经验，也可以轻松吸取他人经验，对以后维护也很有帮助。

　　对于比较大型的公司或开发团队，比较倾向于自己开发符合自己需求的Bug跟踪管理系统，除了缺陷跟踪外，还可以对工程需求、分析设计、任务管理、工程故障等进行管理；

而对于一个小型团队，可以使用现成的Bug跟踪管理工具，有些工具也是开源的，可以自己很方便的修改，对于小团队来说它所提供的功能也已经够用了。常见的缺陷跟踪工具有

TestCenter、RationalClearQuest、Bugzilla、Testtrackpro、sourceforge、teamshare、PVCSTracker、TestDirector、Track和WicresoftBMS。我个人偏向使用TestCenter，比较友善简单

。不管是自己开发的管理跟踪系统还是bug管理工具，都只是工具而已，真正要做的是流程上的管理。

　　有了先进的可视化的广义缺陷管理系统，相信所有的项目经理、开发组长都能够轻松控制项目的进度、实时了解开发人员的工作情况、统计开发人员的工作绩效、保证开发的

质量、以小的代价实现软件工程中开发部分的零缺陷管理。