目录

前言

第十八章  报告发现的问题

1.  使软件缺陷得以修复

2.  分离和再现软件缺陷

3.  所有软件缺陷不是生来就平等的

4.  软件缺陷的生命周期

5.  软件缺陷跟踪系统

5.1  标准：测试事件报告

5.2  手工软件缺陷报告和跟踪

5.3  自动软件缺陷报告和跟踪

前言

没有下载链接了~本书一共有21章，记录了16章。这本书就读到这里，希望这几章读书笔记能给大家一点帮助~

第十八章  报告发现的问题

1.  使软件缺陷得以修复

软件测试员需要简洁，清晰地把发现的问题传达给判断修复或者不修复的相关人员，使其得到所需的全部信息，来决定要怎么做。

一般会有一些人或者团队来审查发现的软件缺陷，判定是否要进行修复。软件测试提供描述软件缺陷的信息用于做决定。

下面是报告软件缺陷的基本原则：

尽快报告软件缺陷。

有效描述软件缺陷。什么叫有效的软件缺陷描述呢？短小，单一，明显和通用，再现。

在报告软件缺陷时不做评价。

补充完善软件缺陷报告。

注意，尽快报告软件缺陷，有效描述它们，在报告中不掺杂评论以及补充完善报告，都应该成为常事。

2.  分离和再现软件缺陷

有一些软件缺陷很容易再现和描述，但有些缺陷想要再现却好像有点难。好消息是，并不存在随机软件缺陷这种事-------如果建立有绝对相同输入的绝对相同条件，软件缺陷就会再次出现。坏消息是，验明和建立有绝对相同输入的绝对相同条件，要求技巧性非常高，而且非常耗时。一旦知道了答案，就显得很容易，但是当不知道答案时，就显得很难。

如果还是觉得很难重现或者重现步骤过于繁复，那可以尝试以下建议作为分离软件缺陷的第一步：

3.  所有软件缺陷不是生来就平等的

我们知道，很多情况下，我们没办法所有软件缺陷都进行修复。在每一个软件工程中都必须进行取舍，承担一定的风险，以决定哪些软件缺陷需修复，哪些不修复，哪些推迟到软件的以后版本中解决。在报告软件缺陷时，一般要讲明如何处置他们。测试员要对软件缺陷进行分类，通用原则如下：

严重性表示软件缺陷的恶劣程度，反映其对产品和用户的影响。

优先级表示修复缺陷的重要程度和应该何时修复。

下面是严重性和优先级的常用划分方法清单：

4.  软件缺陷的生命周期

以下是最简单，最优化的软件缺陷生命周期的例子

有些情况下，会复杂一些

大多数项目小组采用规则约束由谁来改变软件缺陷的状态，或者交给其他人来处理软件缺陷。重要的是一旦登记了软件缺陷，就要跟踪其生命周期，不要跟丢了，并且提供必要的信息驱使其得到修复和关闭。

5.  软件缺陷跟踪系统

需要一个软件缺陷跟踪系统来登记发现的软件缺陷，并在其整个生命周期中进行监视。

5.1  标准：测试事件报告

其实就是登记软件缺陷，以下有几个包括项

5.2  手工软件缺陷报告和跟踪

这种通过纸张来进行跟踪软件缺陷的方法应该早被淘汰了。

5.3  自动软件缺陷报告和跟踪

现在有很多管理bug生命周期的软件，网上搜索就可。