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”状态的错误,需要互相交流意见,避免真正的错误被遗漏。对于某些不能重复的错误,可以请测试人员补充详细的测试步骤和方法,以及必要的测试用例。