作者：北大青鸟南京中博---刘飞

本手册根据缺陷的状态分类进行说明

1、 新建
根据相应模块的case将测试失败的项在本系统中提交bug单，等待相关开发人员确认此bug。
在测试过程中动态的加入新的用例到相应模块的case中。
Bug单内容：
? 软件版本号：发现问题所在的版本号码，一定要写
? 相应的模块：发现问题所在的模块，一定要写
? 出现概率：每次必现的为经常，做相同操作不是每次都存在的为有时，做不同操作但出现相同问题的为随机，没有时间重复做试验的为没有试验，无法再现的为无法重复，一定要写。
? 硬件版本号：硬件测试发布时一定要写
? 摘要：对发现问题的原因及结果的简单描述，一定要写
　　　　　　　包括发现问题的模块、界面名称
　　　　　　　执行的步骤描述
　　　　　　　出现的结果
? 　优先级别：解决的优先程度，可不写
? 　严重程度：
A级：系统崩溃：不能执行正常的工作功能或重要功能，且重新启动后仍然不能修复。(包括拨电池)
A级：严重错误：严重地影响系统要求基本功能的实现，且没有办法更正。
B级：次要错误：影响系统要求或基本功能的实现，但是存在合理的更正办法。包括：界面错乱、乱码、文字错误等。
C级：布局不合理：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。
D级：新特性：其它错误
? 重现步骤：将问题能够再现的步骤，包括开始的界面、经过的按键及事件说明、错误的结果、应该显示的正确结果。一定要写
2、确认
根据测试人员重现的步骤可以再现问题，被指派的开发人员将此bug更改为确认状态，测试人员不用在下版本中重复测试直至此缺陷更改成已解决状态
3、添加注解
? 若开发人员根据测试人员报告问题的过程时没有发现缺陷，或者认为所提出的不是问题时，不要更改任何状态，只要将bug单添加注解即可。若互相讨论没有结果请测试人员提交至周讨论会议提出。
? 发布缺陷报告后再执行测试时有所补充说明，可以添加注解
? 其它部门项目的负责人可以添加注解
3、反馈
开发人员将问题修改为己解决状态，若测试人员在验证过程中发现仍然没有解决，请将问题反馈或者重新打开。
4、解决
根据测试人员发布的问题及重现步骤跟踪问题并解决问题，将状态更改为己解决并在注解中添加解决方法，解决方法填写格式如下：
Reason: Bug产生的原因，修改方法
File：修改涉及的文件
Function: 修改涉及的函数
Version: 已修改的版本号。如果是当前送测的版本修正，希望在下一版验证，那就next of 当前的版本号。
5、重新开放
根据开发人员解决的状态及验证的版本号，在验证的版本中验证仍然未解决，将状态更改为重新开放/指派，并添加在何版本中验证，并添加验证结果
6、关闭
根据开发人员解决的状态及验证的版本号，在验证的版本中验证已经解决，将状态更改为已关闭，并添加在何版本中验证，并添加验证结果。
未更改解决状态的可不做验证。
前一版本中未找到重现规律的，每版本中添加验证注解，在连续3个版本中验证已经不存在的，可以关闭。

7、公认
软件测试在即将上市前召开bug讨论会，开发人员无法解决或解决起来比较麻烦且耗时，经过讨论可以在项目中可以暂缓解决的由项目负责人将状态更改为公认，表示其在此项目中不再修正，并由软件测试项目负责通过报告通知售后注意。
8、其它
回归测试后，发现仍然没有解决的，请注明“在哪个版本中测试仍然没有解决”并将bug重新开放。
已经解决的请督促开发人员写明错误原因及解决方法。

9、创建bug关联
1. 与%D关联：由相同的缺陷引起的BUG可以将其关联
2. 创建子bug：在不同软件版本中由相同的操作步骤出现不同的现象可以在此BUG中创建子项。
3. 依赖于%d：由于前一个bug的产生而引起后一个bug的出现，此时为此bug创建“依赖于%d”
4. %D重复：在mantis中有相同的bug提交，将此bug关系设置为“%D重复”
5. “有重复%D”： 已经发布bug后，发现原来有重复的bug提交。

本缺陷跟踪系统流程如下：