《软件测试》[(美)Ron Patton]第二十章阅读总结

第二十章 成效评价

一、使用软件缺陷跟踪数据库中的信息

• 软件缺陷跟踪数据库可以变成评价项目状态和回答一些重要问题的基本方式。
• 项目的软件缺陷数据库工作原理就是告诉你过去发生了什么，现在发现了什么，让你可以通过数据的分析，对趋势进行科学的推测。
• 注：用于描述软件项目特定属性评价的术语是软件度量。
• 因为软件缺陷数据库不断更新新的软件缺陷、软件缺陷登记项和修复日期、项目成员姓名、软件缺陷的指派等，所以把描述项目状态——以及各测试员或程序员的状态的各种度量放在一起是很自然的。
• 规则放在一边，使用软件缺陷数据库作为度量的依据是评测项目昨天阿和软件测试员自身进展极其有效的方式。

二、在日常测试中使用的度量

• 软件缺陷跟踪数据库最常用的特性（除了输入软件缺陷之外）可能就是执行查询，获得感兴趣的软件缺陷清单。
• 大多数缺陷跟踪数据库都有一个构建查询的方式以返回需要查找的特定信息。
• 构造的查询类型仅受到数据库字段、可容纳的字段值的约束。
• 执行查询是软件缺陷跟踪数据库的强大特性，对提供完成任务所需的信息和评价成效时非常有用。
• 一般执行查询的结果包含ID号、标题、状态、优先级、严重性、解决方案、产品名称。
• 重要的是通过从软件缺陷数据库中提取信息，可以构造任何想要的度量。

三、常用项目级度量

• 注：绝大多数情况下由测试经理或项目经理来构造这些度量。然而，软件测试员也有必要熟悉它们，以便了解测试工作对整个项目产生何种影响以及测试小组进展是否顺利。
• 注：在形成结论时，重要的是看针对整个产品的测试工作是否一致。
• 在实际项目中，不仅要标明日期，而且要标明项目的进度和重大事件。

小测验

1、如果使用源自软件跟踪数据库数据的度量来评估进展或测试成效，为什么只计算每天发现的软件缺陷数目或平均发现速度是不充分的？
这没有说明问题的全部。测试员也可能正在测试软件最复杂的部分。测试区域可能是由最富有经验的程序员编写的，也可能是由最没有经验的程序员编写的。测试的代码可能已经测试过，也可能是全新的。
2、根据问题１的答案，列举可以更精确、更准确评估个人测试进展或测试成效的一些其他软件度量。
每天平均发现的软件缺陷数目。目前发现的软件缺陷总数。修复的缺陷和所有发现的缺陷的比例。严重性1或优先级1的软件缺陷与全部发现的软件缺陷的比例。从解决状态到关闭状态的平均时间。
3、从Calc-U-Lot v3.0项目中，提取出提交给Terry的所有已解决软件缺陷，其数据库查询是什么样的（如何需要的格式）？
Product EQUALS Calc-U-Lot AND
Version EQUALS 3.0 AND
Status EQUALS Resolved AND
Assign TO TQUALS Terry
4、如果某项目中软件缺陷发现速度如图20-8所示那样下降，全体人员都对项目即将关闭准备发布感到兴奋，请问可能有哪两个原因会导致这种受数据欺骗的假象？
可能是软件要进入发布测试阶段，然而软件的所有部分并未全部被测试——仅仅在当前阶段曲线是平坦的。测试员可能忙于回归测试和关闭软件缺陷，而无暇寻找新的软件缺陷。还可能是在温暖的周末，或测试员出去度假了。