3.2.6 可再现

　　原则上所提交的缺陷都应该能够重现。对很难重现的Bug，你应该记录下什么情况下可以再现它，列出再现Bug的所有步骤，执行次序以及所需要的数据等。

　　如果你无法再现这个Bug，或者是你怀疑某些条件你还没有想到，你应尽可能的把那些认为可能有用的信息描述清楚。

　　一个缺陷在你重现它以前，不要假设它是可以重现的，如果你确实无法重现它，在缺陷记录中明确说明也是很重要的。

　　在考虑对缺陷的重现时我们应该注意以下3点：

　　（1）怎样才能以最简单的方式把缺陷重现。对于难重现的缺陷，这常常是个漫长而费时的过程。

　　（2）是否有外在的原因在测试中导致了该缺陷。例如是否和其它软件相冲突的情况。

　　（3）如果在测试中要输入很多值，尽量在大量的输入中找出导致缺陷的那些特定值，并准确地写出那些导致缺陷的输入。

　　3.2.7 证据

　　对于一些数值型的、暂时不能重现的和难以描述的缺陷等，最好提供可以证明它存在的数据、图片和文挡等证据。对记录的缺陷，就应该确信这里的确存在缺陷并提供所有你能提供的证据，说服别人这里确实存在缺陷。这些证据可能来自于系统数据、现场截图以及需求文挡等。当然这也有利于关闭缺陷和做回归测试的时候重现该缺陷。

　　3.3 缺陷属性规范

　　缺陷属性需要根据不同的软件项目定制不同的属性值。

　　必须的属性值有：DefectID、Subject、Status、Severity、AssignedTo、Summary、DetectedBy、DetectedonDate、DetectedinVersion和Detectedphase。

　　3.4 缺陷填写建议

　　在填写一条缺陷记录的时候，提醒你参考以下2点建议：

　　（1）在提交一条缺陷前，需检查缺陷库中是否已经存在此缺陷。力求避免重复提交。

　　（2）对于一些难以理解的、自己还有些模糊的和对缺陷的正确性难以肯定的问题，在记录你的缺陷以前，就需要和有经验的测试人员或开发人员进行讨论。

　　4、缺陷等级分类与示例

　　4.1 概述

　　测试当中发现的缺陷，严重程度划分为三级：High（高）、Medium（中）和Low（低）。在《软件系统测试规程》中已对这三个级别进行了定义性描述，High等级是指功能不能使用或在使用中出现的问题影响了系统的稳定性、造成数据存储错误或将错误数据带入下一环节、一些重要特性或性能不能达到指定的要求等。Medium等级是指功能可以使用、在出错后做出一定处理，操作能够继续进行或功能实现有误，但问题的出现应不影响本功能或其他功能的实质性使用。Low等级是指用户界面显示、对齐、文字错误等。

　　本文结合实际工作情况，对已发现的大量缺陷数据进行归纳，对缺陷的各个等级进行分类，并在每个分类中列举比较典型的例子。以后测试人员在设定缺陷严重等级时将据此进行参考，使缺陷严重等级的定位更加规范统一，同时也使测试人员和开发人员对缺陷等级的定位更容易达成一致。本次分类重点关注系统业务功能在正常操作下可能出现的问题，而有意识地降低了边界值测试发现的缺陷和非正常操作下发现缺陷的等级。

　　我们主要考虑High等级和Medium等级的情况。因为Low等级的缺陷主要指界面上的显示、对齐、文字错误等，在这里就不再详细列出。