软件项目质量管理的实践-质量理论

软件项目质量管理的实践

软件项目质量理论

1. 软件的定义

在真正的商业环境中，软件是一个完整的产品，包括：

□ 实现用户特定需求的程序代码

□ 支撑程序代码运行与之相关的文档

□ 程序代码运行所必需的数据

2. 软件的质量定义

软件质量是软件满足明确说明或隐含的需求的程度。

软件质量不是绝对的，而是相对的概念。讨论软件的质量最终归结为定义软件的质量特性，而定义一个软件的质量就等于为该软件定义一系列质量特性。

3. 开发过程质量和软件产品质量的关系

度量的定义

根据一定的规则，将数字或符号赋予系统、构件、过程等实体的特定属性，从而使我们能清晰地理解该实体及其属性。

简而言之，度量就是对事物属性的量化表示。

软件质量度量的必要性

为什么软件质量需要有度量：

□ 有效产品质量管理

□ 改进用户满意度

□ 改进产品质量

□ 减少产品开发和售后服务支持费用

没有质量度量，等于没有质量标准！

软件质量度量的挑战

使用软件产品质量度量的挑战：

□ 无公认准确和科学的度量

□ 产品性质不同，很难有通用的度量

□ 最佳实践，实际上是经验积累总结

□ 涉及不定因素和人为因素

□ 片面理解和使用可以造成负面影响和效果

软件产品质量的常用度量

1. 初期故障率：

□ 指软件在初期故障期（一般以软件交付给用户的三个月内为初期故障期）内单位时间的故障数

□ 用来评价交付使用的软件质量，预测什么时候软件运行达到基本稳定

□ 一般以每100小时的故障数为单位

2. 偶然故障率：

□ 指软件在偶然故障期（一般以软件交付给用户的四个月以后为偶然故障期）内单位时间的故障数

□ 用来度量软件处于稳定状态下的质量

□ 一般以每1000小时的故障数为单位

3. 平均失效前时间：

□ 指软件在失效前正常工作的平均统计时间

□ 用来度量软件的可靠性

4. 平均修复时间：

□ 指软件失效后，在其恢复正常工作所需要的平均统计时间

□ 用来度量软件的可维护性

5. 缺陷密度：

□ 指软件单位数量的源代码中隐藏的缺陷数量

□ 通常以每千行，无注解源代码为一个单位

软件测试的定义

软件测试是为了发现错误而审查软件文档、检查软件数据和执行程序代码的过程。

其目的在软件交付使用前，充分发现缺陷Bug并协助相关部门定位、解决缺陷，最后交付一个高质量的软件给用户。

产品设计规范质量状态

1. 产品设计规范（Spec或设计文档）质量状态：

□ 草稿

□ 审阅

□ 提交评审会

□ 开始编码

2. 产品设计规范质量到位状况：

□ 五种状态中各占的百分比是多少

□ 按事先计划日程完成的比例是多少

□ 多少百分比开发人员至少有一个指派给他的功能可以进行编码

软件质量测试的度量

1. 软件质量测试的常用度量：

□ 产品设计规范（Spec或设计文档）质量状态

□ 缺陷数据有关度量

□ 测试用例度量

□ 测试规范度量

□ 测试过的系统数量

□ 自动化测试度量

2. 缺陷数据有关度量：

□ 所有缺陷数量的时间走势或趋势统计

□ 未被处理的缺陷按照严重程度的统计

□ 未被处理的缺陷按照优先程度的统计

□ 未被处理的缺陷数量的时间走势或趋势统计

□ 所有的缺陷按照严重程度的统计

□ 新被发现的缺陷按严重程度的统计

□ 已处理的缺陷按照严重程度的统计

□ 被修复的缺陷按照严重程度的统计

□ 已发现缺陷的数量和已修复的缺陷数量的比率，也被称为修改率或纠错率

□ 未处理的缺陷数量和已处理的缺陷数量的比率

□ 已处理的被修复的缺陷数量和已处理的缺陷数量的比率

□ 重新被激活的已修复的缺陷数量

□ 通过测试找到的缺陷的统计

□ 不同语言版本缺陷数量的统计

□ 被报告存在缺陷的各功能统计

□ 处理缺陷的平均时间的统计

□ 关闭缺陷的平均时间的统计

□ 被处理缺陷的不同结论统计

3. 测试用例度量：

□ 运行测试用例数量和通过测试的用例数量之比

□ 不同产品开发阶段该比率变化

□ 测试用例包括的范围

□ 运行测试用例的频率

□ 有测试用例的功能数量

4. 测试规范度量：

□ 测试规范数量和所有功能数量之比

□ 满足撰写要求的测试规范数量和所有测试规范数量之比

□ 必要的内容遗漏的比率

5. 测试过的系统数量：

□ 所支持的不同语言系统的总数与测试过的语言系统数量

□ 所支持系统的总数与测试过的系统数量：Windows、Linux、macOS、iOS、Android等其他系统平台

6. 自动化测试度量：

□ 测试的可自动化程度

□ 能自动化的和实现自动化的比率

□ 运行通过的自动化脚本比率

□ 不同产品开发阶段该比率变化