全程软件测试（三十五）：软件缺陷 告—读书笔记

软件缺陷 告.m4a13:00来自阳哥说IT

软件缺陷 告的编写

提供准确、完整、简洁、一致的缺陷 告能够体现软件测试的专业性和高质量。一些缺陷 告信息太多或者太少，或者信息残缺、不准确，语言组织混乱，生涩难懂，导致提交的软件缺陷被退回，延误软件缺陷修复的时间。最坏的情况是缺陷 告中没有清楚地描述缺陷所产生的影响，导致开发人员忽略了这些缺陷，从而使这些软件缺陷随软件一同发布出去。

由此可见，软件测试人员必须深刻地认识到编写软件缺陷 告是测试执行过程中十分重要的一项任务。首先要明确软件缺陷 告读者的期望，然后遵照软件缺陷 告的编写规范，所编写的内容要通俗易懂、言简意赅。

1.缺陷 告的读者对象

编写软件缺陷 告时，首先需要清楚软件缺陷 告的读者对象是谁，了解读者最希望从软件缺陷 告中获得何种信息。通常情况下，软件缺陷 告的直接读者是软件开发人员和质量管理人员，除此之外，市场和技术支持等部门的人员也有可能需要查看软件缺陷 告，了解软件缺陷的情况。每个阅读软件缺陷 告的人都需要理解每一个软件缺陷所对应的产品和采用的技术。注意，他们不是专业的软件测试人员，可能对具体的软件测试细节不甚了解。

总的来说，软件缺陷 告的读者有以下几方面需求。

（1）方便查找软件缺陷 告中所提出的缺陷。

（2）所 告的软件缺陷进行了必要的分离，软件缺陷信息详细、准确。

（3）能了解到软件缺陷的本质特征以及软件缺陷的复现步骤（针对开发人员）。

（4）能了解到软件缺陷的类型分布以及对市场和用户的影响程度（针对市场和技术支持等部门）。

2.软件缺陷 告的写作准则

编写条理清晰、内容完整的软件缺陷 告是保证软件缺陷被正确、及时处理的最佳手段，同时也减轻了开发人员以及其他质量保证人员的后续工作。

为了书写更完整、规范的软件缺陷 告，需要遵守以下准则，简称“5C”准则。

（1）Correct（准确）：对每个组成部分的描述准确，不会引起误解。

（2）Clear（清晰）：对每个组成部分的描述清晰，易于理解。

（3）Concise（简洁）：只包含必不可少的信息，不包括任何多余的内容。

（4）Complete（完整）：包含再现该缺陷的完整步骤与其他本质信息。

（5）Consistent（一致）：按照一致的格式书写所有软件缺陷 告。

3.缺陷 告的组织结构

由于软件测试项目的差异，软件缺陷 告的具体组成部分也不尽相同，但其基本组织结构大同小异。一个完整的软件缺陷 告一般由以下几部分构成。

（1）软件缺陷的名称/标题。

（2）软件缺陷的基本信息。

（3）测试的软件和所采用的硬件环境。

（4）所测试的软件的版本。

（5）软件缺陷的类型。

（6）软件缺陷的严重程度。

（7）软件缺陷的优先级。

（8）再现软件缺陷的具体操作步骤。

（9）软件缺陷的实际结果描述。

（10）软件缺陷的预期结果描述。

（11）相关注释和所需的缺陷截图。

对于具体项目来说，软件缺陷的基本信息通常是比较固定的，所以比较容易描述。编写软件缺陷 告最容易出现问题的地方就是软件缺陷的名称/标题、操作步骤、实际结果、预期结果和相关注释。下面针对这些易出错的地方来具体论述如何提供比较完整的软件缺陷 告。

软件缺陷 告详细信息及模板

1.软件缺陷 告

每一个缺陷跟踪系统的核心都是软件缺陷 告，一份软件缺陷 告所包含的详细信息如下表所示。

软件缺陷 告包含的详细信息

软件缺陷的详细描述由三部分组成：操作/再现步骤、预期结果和实际结果，具体说明如下。

（1）操作/再现步骤：软件缺陷具体是怎么产生的，描述语言要简单明了、准确无误。这些信息对开发人员至关重要，应将其看作软件缺陷修复的向导。开发人员有时抱怨软件缺陷 告的质量差，究其根源，问题往往出在操作步骤上。

（2）预期结果：应当与用户需求、产品设计规格说明书、测试用例标准一致，实现软件的预期功能。软件测试人员应站在用户的角度对预期结果进行描述，它提供了以后验证缺陷的依据。

（3）实际结果：软件测试人员所收集到的测试结果和信息，用来确认该软件缺陷的确是一个真实存在的错误，并应标记出影响软件缺陷表现的要素。

软件缺陷 告如下表所示。

软件缺陷 告模板

2.缺陷 告的示例

一份完整的软件缺陷 告，最重要的就是必须有软件缺陷的再现步骤、预期结果和实际结果，还需提供必要的数据、测试环境、条件以及简单的分析。下面是对软件缺陷的再现步骤、预期结果和实际结果的完整描述。

再现步骤：

（2）在这个文档里随意编写一段文字；

（3）选中某一段文字，在导航菜单中单击字体选择下拉框，然后选择Avenir字体格式。

预期结果：

当用户选中已录入的文字并改变其字体格式时，被修改的文字应该显示相应的字体格式，而不是显示乱码。

实际结果：

在将被选中的文字字体格式改为Avenir后，被选中的文字变为乱码。

3.缺陷跟踪数据库信息

项目中可使用Word文档或者Excel表格对软件缺陷进行记录和跟踪，但这种方法只适用于最后的分析 告、文档的打印。为了能够更加灵活地存储、搜索、分析、 告大批量的数据，需要建立一个数据库。

可以使用 SQL Server或 Oracle等关系数据库管理系统。一个完整的软件缺陷跟踪数据库的基本表需要包括多达几十项的数据项，如软件缺陷的项目名称、模块名称、软件缺陷的 ID、标题、状态、类型、严重程度、优先级、再现步骤、预期结果、实际结果、 告人、 告日期等。

所有软件缺陷的数据不仅要存储在共享的数据库中，还需要具备相关的数据连接，如软件的测试用例数据库、软件产品特性数据库、软件产品配置数据库等的集成。因为某个缺陷是和某条测试用例、某个软件版本、某个产品特性相关联的，所以有必要建立起它们彼此之间的联系。同时为了提高软件缺陷的修复速度，还需和邮件服务器集成，这样系统就可以随时向测试与开发人员发送有关软件缺陷状态变化的邮件。

软件缺陷 告的用途

软件缺陷 告主要用来记录在执行测试用例的过程中所发现的实际结果与预期结果相悖的问题。软件缺陷 告的用途可以细分为以下几方面：

（1）记录软件缺陷

在执行测试用例的过程中，发现问题时必须马上记录下来，并编写软件缺陷 告，不仅要记录下发现软件缺陷的具体步骤，还要记录该缺陷的具体特征，以便开发人员进行跟踪，迅速定位缺陷并修复缺陷。

（2）进行软件缺陷分类

在执行测试用例的过程中所发现的软件缺陷需要从严重性和优先级上进行详细的区分，以便开发人员着重解决最关键的问题，在时间、成本和效率上达到项目要求。

（3）分析软件缺陷

提交了某一模块甚至整个系统的软件缺陷 告后，需要对软件缺陷的分布情况进行统计、分析。同时参考软件缺陷群集原则，对软件缺陷出现较多的模块分配更多的人力和时间进行重点测试，不断发现软件缺陷、提交软件缺陷、修复软件缺陷，以此来逐步提高软件产品的质量。

（4）跟踪软件缺陷

软件缺陷 告提交给开发人员后，开发人员通过软件缺陷 告中的问题描述，按照发现软件缺陷的步骤去再现软件缺陷，进一步进行软件缺陷的定位、分析，并加以修复。