软件缺陷描述方法及研究

软件缺陷的描述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，进而可能会误导开发人员。

▶6.1.2.1　软件缺陷描述的内容

对软件进行有效描述主要涉及以下内容：

（1）可追踪的信息。缺陷的ID（缺陷ID是唯一的，可以根据该ID追踪缺陷）。

（2）缺陷的基本信息。缺陷的基本信息包括以下几部分内容：

·缺陷的标题。

·缺陷的严重程度：一般分为“致命”“严重”“一般”“建议”四种。

·缺陷的紧急程度：紧急程度可分为1到4四个等级，其中1是优先级最高的等级，4是优先级最低的等级。

·缺陷提交人：缺陷提交人的名称（含邮件地址）。

·缺陷提交时间。

·缺陷所属项目/模块。

·缺陷指定解决者。

·缺陷指定解决时间：项目经理指定的开发人员修改此缺陷的截止时间。

·缺陷处理人：最终处理缺陷的人员。

·缺陷处理结果描述。

·缺陷处理时间。(www.xing528.com)

·缺陷验证人。

·缺陷验证结果描述。

·缺陷验证时间。

（3）缺陷的详细描述。对缺陷的信息进行详细描述，描述的详细程度直接影响开发人员对缺陷的修改。

（4）测试环境的说明。对测试环境的描述。

（5）必要的附件。对于某些文字很难表达清楚的缺陷，可使用图片等附件进行说明。

▶6.1.2.2　软件缺陷描述规则

清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量。为了使软件缺陷描述得清晰准确，在描述软件缺陷时应遵从以下规则：

（1）单一准确。每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，而不能得到彻底的修正。

（2）可以再现。提供缺陷的精确操作步骤，使开发人员容易看懂，并可以再现这个缺陷。通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。

（3）完整统一。提供完整、前后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。

（4）短小简练。通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”“导航栏”“分辨率”等是关键词。

（5）特定条件。许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），这些特定条件能够提供帮助开发人员找到原因的线索。

（6）补充完善。从发现BUG那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，以及监视其被修复的全过程。

（7）不做评价。软件缺陷描述不要带有个人观点，软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。