2．软件错误的跟踪管理

　　（1）错误（bug）信息的描述

　　①Bug记录信息

　　测试软件名称

　　测试版本号

　　测试人名称

　　测试事件

　　测试软件和硬件配置环境

　　发现软件错误的类型

　　错误的严重等级

　　详细步骤

　　必要的附图

　　测试注释

　　②Bug的处理信息

　　处理者姓名

　　处理时间

　　处理步骤

　　错误记录的当前状态

　　3.软件错误状态的描述

　　①   新信息（New）：测试中新报告的软件错误（Bug）。

　　②   打开（Open）：错误已经被确认并已经分配给相关开发人员处理。

　　③   修正（Fixed）：错误已经由开发人员修正完成，等待测试人员验证。

　　④   拒绝（Decined）：高级测试人员或开发人员认为不是错误，拒绝修改Bug。

　　⑤   延期（Deferred）：此错误不在当前版本中修复，而要到下一版本中修复。

　　⑥   关闭（Cosed）：错误已经修复，并已经过验证。

　　4.错误管理流程

　　步骤：

　　第一步：测试人员提交新的错误信息，并输入到错误跟踪管理系统错误信息数据库中（如TD），错误状态置为初始状态“New”。

　　第二步：高级测试人员验证错误并做相应处理。

　　①   如果确认是错误，分配给相应的开发人员，把错误状态置为“Open”。

　　②   如果高级测试人员认为这个“New”状态的“错误”不是错误，则拒绝修改，把错误状态设置为“Decined”。

　　第三步：开发人员查询状态为“Open”的所有错误，并对错误做如下处理：

　　①   如果开发人员认为这个“Open”状态的错误不是错误，则拒绝修改，把错误状态设置为“Decined”。

　　②   如果是错误，则修复并把错误状态设置为“Fixed”。

　　③   如果是不能解决的错误，要留下文字说明并保持错误状态为“Open”。

　　④   如果需要延期解决的错误，要留下文字说明，把错误状态设置为“Deferred”。

　　注意：对于不能解决的和延期解决的错误，不能由开发人员自己决定，一般需要某种会议（评审会）通过才能认可。

　　第四步：测试人员查询状态为“Fixed”的所有错误，验证这些错误是否已经解决，并做如下处理：

　　①   如问题解决了，把错误状态设置为“Cosed”。

　　②   如问题还没解决，重新把错误状态设置为“Open”。

　　5.错误流程管理原则

　　①为了保证错误处理的正确性，需要有测试经验丰富的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。

　　②每次对错误的处理都要保留处理信息，包括处理姓名、时间、处理方法、处理意见、Bug状态等。

　　③拒绝或延期处理错误不能由程序员单方面决定，应由项目经理、测试经理和设计经理共同决定。

　　④错误修复后必须由报告错误的测试人员验证，确认已经修复后，才能关闭错误。

　　⑤加强测试人员与程序员之间的交流，对于“Deferred”状态的错误，需要互相交流意见，避免真正的错误被遗漏。对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。