软件质量管理手册

质量管理手册

1 / 33

软件质量管理手册

目 录

1

前言 ................................................................................................................................................................... 4 1.1 读者对象 ............................................................................................................................................... 4 1.2 目的和范围 ........................................................................................................................................... 4 1.3 术语和定义 ........................................................................................................................................... 4 总体说明 ........................................................................................................................................................... 4 质量计划：制定新项目及维护性项目质量计划............................................................................................ 4 3.1 常规项目质量计划要求 ....................................................................................................................... 5

3.1.1 质量要素分析 ........................................................................................................................... 5 3.1.2 质量目标 ................................................................................................................................... 5 3.1.3 人员与职责 ............................................................................................................................... 6 3.1.4 质量保障计划 ........................................................................................................................... 6 3.1.5 过程检查计划 ........................................................................................................................... 6 3.2 维护性项目质量计划要求 ................................................................................................................... 7

3.2.1 质量目标 ................................................................................................................................... 7 3.2.2 质量保障计划 ........................................................................................................................... 7 3.2.3 过程检查计划 ........................................................................................................................... 7 质量保证与控制 ............................................................................................................................................... 8 4.1 计划阶段 ............................................................................................................................................... 8

4.1.1 质量指导方针 ........................................................................................................................... 8 4.1.2 评审管理 ................................................................................................................................... 8 4.1.3 计划阶段检查单 ....................................................................................................................... 9 4.1.4 常存在的问题 ......................................................................................................................... 10 4.2 需求阶段 ............................................................................................................................................. 10

4.2.1 质量指导方针 ......................................................................................................................... 10 4.2.2 评审管理 ..................................................................................................................................11 4.2.3 需求阶段检查单 ..................................................................................................................... 12 4.2.4 常存在的问题 ......................................................................................................................... 13 4.3 设计阶段 ............................................................................................................................................. 13

4.3.1 质量指导方针 ......................................................................................................................... 13 4.3.2 评审管理 ................................................................................................................................. 14 4.3.3 设计阶段检查单 ..................................................................................................................... 14 4.3.4 常存在的问题 ......................................................................................................................... 15 4.4 开发阶段 ............................................................................................................................................. 15

4.4.1 质量指导方针 ......................................................................................................................... 15 4.4.2 代码走查 ................................................................................................................................. 16 4.4.3 开发阶段检查单 ..................................................................................................................... 16 4.4.4 常存在的问题 ......................................................................................................................... 17 4.5 测试阶段 ............................................................................................................................................. 17

4.5.1 质量指导方针 ......................................................................................................................... 17 4.5.2 评审管理 ................................................................................................................................. 17 4.5.3 检查清单 ................................................................................................................................. 20 4.5.4 常存在的问题 ......................................................................................................................... 21

2

3

4

2 / 33

5

6

7 8 9

软件质量管理手册

4.6 发布及维护阶段 ................................................................................................................................. 22

4.6.1 质量指导方针 ......................................................................................................................... 22 4.6.2 发布及维护阶段检查清单 ..................................................................................................... 22 4.6.3 常存在的问题 ......................................................................................................................... 23 4.7 质量控制中的文档管理 ..................................................................................................................... 23

4.7.1 文档分类 ................................................................................................................................. 23 4.7.2 文档管理工具 ......................................................................................................................... 23 4.7.3 文档管理的基本要求 ............................................................................................................. 23 4.7.4 文档管理流程 ......................................................................................................................... 24 质量度量：制定项目评估项 ......................................................................................................................... 25 5.1 计划评估 ............................................................................................................................................. 25

5.1.1 评估基准 ................................................................................................................................. 25 5.1.2 评估项 ..................................................................................................................................... 25 5.1.3 总结 ......................................................................................................................................... 25 5.2 过程评估 ............................................................................................................................................. 26

5.2.1 输入条件 ................................................................................................................................. 26 5.2.2 评估记录表 ............................................................................................................................. 26 5.2.3 总结 ......................................................................................................................................... 27 5.3 项目质量评估 ..................................................................................................................................... 27

5.3.1 输入条件 ................................................................................................................................. 27 5.3.2 评估项 ..................................................................................................................................... 27 5.3.3 总结 ......................................................................................................................................... 28 5.4 成本评估 ............................................................................................................................................. 28

5.4.1 输入条件 ................................................................................................................................. 28 5.4.2 评估项 ..................................................................................................................................... 28 5.4.3 总结 ......................................................................................................................................... 30 5.5 客户满意度评估 ................................................................................................................................. 30

5.5.1 输入条件 ................................................................................................................................. 30 5.5.2 评估项 ..................................................................................................................................... 30 5.5.3 总结 ......................................................................................................................................... 30 质量改进 ......................................................................................................................................................... 31 6.1 现存在的质量问题 ............................................................................................................................. 31 6.2 质量改进措施 ..................................................................................................................................... 31

6.2.1 问题XXXX ............................................................................................................................. 31 6.2.2 产生原因分析 ......................................................................................................................... 31 6.2.3 预防措施 ................................................................................................................................. 31 附录一：评审过程检查表 ............................................................................................................................. 32 附录二：参照及依从的规范文档清单 ......................................................................................................... 33 附录三：项目管理跟踪管理 ............................................................................................ 错误!未定义书签。

3 / 33

软件质量管理手册

1 前言

1.1 读者对象

本文档的读者对象包括质量管理人员、项目组成员及研发管理人员。

1.2 目的和范围

本文档的目的为了指导研发部进行质量管理的步骤及方法/原则。

适用范围为研发部的质量管理作参考，以杜绝或减少研发过程中出现的质量问题，并对质量管理结果作出相应的改善。

1.3 术语和定义

1. 质量管理：在质量方面指挥和控制组织的协调活动

2. 质量策划：质量管理的一部分，致力于制定质量目标并规定必要的运行过程和相关资源以实现质

量目标

3. 质量控制：质量管理的一部分，致力于满足质量要求

4. 质量保证：质量管理的一部分，致力于提供质量要求会得到满足的信任

5. 质量度量：质量管理的一部分，致力于对已存在的质量数据进行分析，得出当前质量管理结果的

评估数据。

6. 质量改进：质量管理的一部分，致力于增强满足质量要求的能力

2 总体说明

由于现有的研发过程成熟程度较低，质量管理不能一开始即从非常高的标准入手，故根据研发部的现状，质量管理初步从4个方面着手：计划（确定过程）、保证及检查（控制过程）、评估（测量过程）、改进（改进过程）。以预防式管理为方向，控制、检查为手段，持续改进并提升项目质量为最终目的。鉴于质量管理在本阶段为初次正式引入，故对控制及检查、评估环节中的要求并不完善，以减少实施过程中过多的阻碍。

3 质量计划：制定新项目及维护性项目质量计划

在本环节中，根据项目的规模及性质进行质量策划，制定本项目的质量计划；为后续的质量控制、质量评估及质量改进做出行动纲领。针对公司主要有新项目及维护性项目两类版本，且两者之间的质量投入有所差异的特性，故质量计划可以区分以下：

4 / 33

软件质量管理手册

3.1 常规项目质量计划要求

常规项目的质量计划制定按质量要求分析/质量目标/人员.职责及质量保障、过程检查计划组成，各项的具体要求如下所述。

3.1.1 质量要素分析

1. 主要的质量要性如下：

 功能性质量因素：正确性，健壮性，可靠性

 非功能性质量因素：性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性  其它质量因素：非以上要求之外的要求。

2. 根据产品的特性及市场目标，将关键的质量要素确认，同时区分本项目的类型

 倾质量型项目：指本项目对质量控制更关注  倾成本型项目：指本项目对成本控制更关注  倾工期型项目：指本项目对工期要求更关注 根据以上分析，再制定相应的质量目标。

3.1.2 质量目标

订立质量目标时，一般遵循SMART原则 S：specific具体的

M：measurable可测量的 A：achievable可取得的 R：realistic切实的 T：timely及时的

根据以上原则，我们可以制定如下质量目标：

1. 比如本项目的质量要素为功能正确性、功能健壮性、性能

那质量目标可定义例下：

 需求中所定义的功能都得以实现  不稳定问题（等级非轻微）都被解决

 关键模块（模块名称）的性能不能低于V1.0版本 ……

2. 针对质量目标定出优先级

 1、3、2 3. 目标分解

 分解为阶段质量目标

5 / 33

软件质量管理手册

 完成阶段质量目标的手段

3.1.3 人员与职责

参加质量管理活动的人员，一般情况下，项目组所有的人都可以参与到质量管理活动中来。但我们一般可定义如下人员去分别承担相应的职责。

1. 质量管理人员：制定质量管理计划，对质量过程进行控制；对过程检查单进行实施；进行质量度

量，制定质量改进计划及实施；参与各类评审活动。 2. 测试人员：制定测试计划，对项目进行测试，进行测试结果的度量分析；参与各类评审活动。 3. 项目管理人员：协助组织解决质量管理过程中所发现的各类问题及风险。

3.1.4 质量保障计划

根据当前的质量目标，计划需要进行哪些质量保障工作，一般可包括专业培训、同级评审、测试。

3.1.4.1 培训

1. 确认是否需要培训

2. 确认培训的内容、人员、时间，以及所耗费的资源。

3.1.4.2 评审

1. 确认评审内容及计划；需要包括评审的内容、评审的方式以及评审的人员等等。 2. 对评审结果的跟踪、管理方式。

3.1.4.3 测试

1. 根据当前的质量目标，确定测试的初步计划，包括测试的范围及测试方法、手段以及投入的人力

及时间资源

3.1.5 过程检查计划

根据当前的质量目标，制定项目过程中需要检查的对象、例如： 阶段 计划阶段 需求阶段 检查对象 计划阶段的产出 需求评审 检查时机 项目组成立之后至计划阶段结束 需求评审启动 次数 3次 1次 检查执行人员 对应测试接口人 对应测试接口人 检查依据 根据计划阶段检查清单进行检查 根据需求阶段检查清单进行检查。 6 / 33

软件质量管理手册

3.2 维护性项目质量计划要求

维护性项目的质量计划制定相对简单，不需要花较多的时间在其上，并且可以套用比较固定的模板。 维护性项目基本上会有很明确的需求点以及具体的时间点要求，一般情况下，维护时期会很长，且需求相对较散、小，针对这些特性，维护性项目的质量计划要求仅可以包括：质量目标、质量保障计划、过程检查计划。

3.2.1 质量目标

根据当前的需求简单定出本版本的质量目标。

3.2.2 质量保障计划

在维护性项目中，质量保障计划主要包括：需求讨论、联调以及测试。 需求讨论：参与人员包括开发及测试人员；需求讨论结果报告 联调：对所做的修改及周边进行联调；联调测试报告 测试：根据质量目标制定相应的测试计划安排，

3.2.3 过程检查计划

无论质量目标定为如何，维护性项目的过程检查，仅需要如下环节：  需求讨论会：是否进行了需求讨论会，需求讨论会的与会人员及结果  联调：是否进行了联调，对原版本的影响  测试执行：对测试过程进行检查 子过程 评估项 评估结果 有 (√) 没有(×) N/A 得分 单项分*百分比 需求讨论 1. 是否发起需求讨论会？（60分） （50%） 2. 与会人员涉及是否合理？(40分) 联调测试 1. 进行了联调测试（60分） （20%） 2. 联调是否有效发现的问题数是测试的20%(40分) 测试 （30%） 1. 测试具有用例或测试点？(50分) 2. 测试执行是否能被跟踪(50分) 7 / 33

软件质量管理手册

4 质量保证与控制

质量保证与控制是质量管理中最重要的一个环节，质量目标是否能够有效的实现都有赖于此环节的实施控制。本环节根据质量保障计划、过程检查计划对版本开发的各过程定出质量指导方针、评审环节规则以及检查清单。其中

质量指导方针：用于简要指引如何高质量的完成本阶段的工作 评审管理：主要制定简单的评审输入、输出以及该阶段评审的基本准则 任务检查单：用于检查该阶段的任务是否进行以及进行的效果如何

常存在的问题：更多的是让各成员了解一些经验所谈会存在哪些问题，可提前预防或纠正

4.1 计划阶段

计划阶段指从项目启动至项目总体计划制定完成的阶段。

4.1.1 质量指导方针

在项目的计划阶段，期望产出高质量的项目总体计划，建议遵守以下原则：

1. 根据《项目总体计划模板》、《项目总体计划编制说明书》的指导原则进行计划编排 2. 计划制定时需结合实际并与相关人员进行必要的沟通 3. 了解项目背景、项目目标以及可调动的资源等

4. 计划制定时需考虑相应风险及应对措施：如人员变动、需求变化、技术难题 5. 对于把控不准的项目进行不同层面的评审

4.1.2 评审管理

计划阶段的评审主要指项目总体计划的评审。

4.1.2.1 评审输入项

《项目总体计划》以及当前项目原始需求等相关资料

4.1.2.2 评审准则

项目总体计划的评审主要从完整性、正确性、合理性、可管理性进行评审。 评审项 完整性 评审要求 1. 是否包括从需求至发布各个阶段的任务计划？ 2. 是否对各任务的交付件定义了质量要求？ 备注 8 / 33

评审项 正确性 合理性 软件质量管理手册 评审要求 3. 各阶段定义是否正确？ 4. 各子任务所属的阶段是否正确？ 5. 各个任务的先后顺序是否合理？并串行安排是否合理？ 6. 各任务分配的资源是否合理？ 7. 各任务细化的程度是否合理？ 8. 任务与任务之间的约束是否合理？ 9. 各阶段的时间投入比例是否合理？ 10. 项目的结束时间，是否与客户承诺的一致 11. 项目的计划中是否考虑一些常见的风险？ 12. 对风险的应对是否体现在计划中？ 13. 对于每个阶段是否有明确的里程碑事件？ 14. 里程碑是否有明确、可衡量的目标？ 15. 里程碑达到时，是否能提供标志阶段结束的正式输出文档？ 备注 可管理性 4.1.2.3 评审输出

评审结果输出包括： 1. 《评审结果记录表》

4.1.3 《修订后的项目总体计划》计划阶段检查单

编号：

项目名称 软件项目经理 报告人 检查内容 项目估算 对项目进行了合理的分解，并区分复杂度 对项目进行了规模和工作量估算，并符合估算过程 对项目进行了进度、风险、资源、成本估算 对估算结果进行了评审，并符合要求 策划过程 选择了合适的生命周期模型 定义了合理的里程碑且每个里程碑的目标清晰 已经剔除了停工、假期等影响工作时间的因素 策划形成的计划与用户要求、合同等不相矛盾 计划评审及跟踪 计划发起了评审 计划评审过程符合公司规定、标准要求 同时考虑了项目管理、集成、测试、SCM、SQA等工作 项目编号 此次检查所费时间 日期 注释 已经部分尚未不适完成 完成 完成 用 9 / 33

软件质量管理手册 计划评审过程有效（评审所发现的问题数（用于检查评审是否有效，是否达到预期，以及交付件的质量） 评审所反馈的问题已经妥善解决 修订后的计划已经纳入基线库 审核签字 角色 软件项目经理 研发经理

姓名 签字 日期 4.1.4 常存在的问题

1. 计划中并行工作先后顺序安排不合理 2. 计划中没有预留任何应对风险的措施 3. 计划中未包括整个项目的所有工作 4. 计划中不确定的因素过多

4.2 需求阶段

需求阶段指从需求获取至输出需求规格说明书阶段。需求阶段可划分为：获取需求、分析需求、编写需求规格说明书三个阶段。

1. 获取需求：主要从编写项目视图与范围、用户群分类、选择产品/项目需求代表、确定使用实例、

分析工作流程、需求重用这几步骤进行 2. 分析需求：包括绘制关联图、创建开发原型、分析可行性、划分需求优先级；

3. 编写需求规范说明书：根据项目特点裁剪模板、获取功能和技术需求、注明需求来源、开发需求

追踪矩阵。

4.2.1 质量指导方针

 根据《需求模板》、《需求编写指导说明书》制定需求说明文档  需求文档中应包括明确的需求范围  需求文档中应包括主要的质量属性

 需求需细化到要求的程度（可以根据需求进行开发设计及测试设计）  需求的不确定项不超过总体需求的5%  需求中应明确定义需求的优先级

 制定需求管理原则（包括需求标识、跟踪方式、变更控制原则）

10 / 33

软件质量管理手册

4.2.2 评审管理

需求阶段评审主要针对需求的清晰性、正确性、完整性、可管理性进行评审。评审的形式按实际的质量计划中要求而定。

4.2.2.1 评审输入项

《技术方案建议书》、《需求分析》、《需求规格说明书》

4.2.2.2 评审准则

需求评审时，主要针对需求的清晰性、正确性、完整性、可行性、可管理性进行评审，评审细项如下图所示： 评审项 1．清晰性 1. 系统的目标是否已定义？ 2. 是否对关键术语及略缩语进行了定义？ 3. 是否有对整套系统进行了功能概述？ 2．正确性 4. 需求与需求之间是否有重复或冲突? 5. 本需求说明书与相关需求素材是否一致？ 6. 是否清晰、简洁、无二义地表达了每个需求? 7. 是否每个需求都在项目的范围内 8. 是否每个需求都没有内容和语法上的错误? 3．完整性 9. 编写的所有需求，其详细程度是否一致和合适? 10. 需求是否能为设计提供足够的基础? 11. 所有对其他需求的内部引用是否正确? 12. 是否已经列出了系统所必要的依赖/假设以及约束 13. 是否包含了所有已知的客户需求或系统需求? 14. 是否已经对每个业务逻辑进行输入、输出以及过程的详细说明 15. 是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置） 16. 是否遗漏了必要的信息?如果有遗漏的话,把他们标记为待确定的问题(TBD) ? 17. 是否包括了主要的质量属性，例如性能要求、安全性要求、可靠性要求、可恢复性要求、稳定性要求等等 18. 是否分析了潜在的需求 19. 是否标识并解决了需求中的潜城的问题 4．可行性 20. 所描述的所有功能是否都必要？ 21. 所描述的所有功能是否充分的满足客户/系统目标？ 22. 已知的（局限）是否已经详细说明？ 23. 是否已经确定每个需求的实现优先级? 评审要求 备注 11 / 33

评审项 软件质量管理手册 评审要求 24. 在现有的资源内, 是否能实现所有的需求? 25. 是否每个需求都可以进行验证（测试）？ 备注 5．可管理性 一致性 26. 是否将需求分别陈述，因此它们是的并且是可检查的？ 27. 是否所有需求都可以回溯到相应的需求素材，反之亦然？ 28. 是否已详细说明需求变更的过程？ 29. 是否存在冲突或重复的需求项 30. 开发计划/产品和活动和需求是否保持一致 31. 是否可以根据软件需求规范中的信息制定出详细的测试集，并且每项需求是 否可以测试 32. 是否有《需求跟踪矩阵》

4.2.2.3 评审输出

1. 《评审结果清单》

2. 《根据评审修订后的需求规格说明书》

4.2.3 需求阶段检查单

项目名称 软件项目经理 报告人 检查内容 需求确立 系统需求明确及其分配已形成文档 软件需求明确并按照模版形成文档 需求管理中主要的质量属性已经确认 已与受影响的组和个人协商需求的约定 需求中不可测试的部分已经进行标识 需求评审及跟踪 需求经过评审 需求评审过程有效（发现的问题达到一定级别） 需求评审中发现的问题都已妥善解决 需求已经过客户或高级管理者的认可并签字确认 修订后的需求规格说明书是否纳入基线库 需求变更控制 已经建立需求变更控制流程 12 / 33

是 否 项目编号 日期 无法确认 N/A 注释 此次检查耗费时间 软件质量管理手册 需求的变动情况是否在软件需求说明书进行登记 内部受影响的组织已了解和承诺更改 对更改所造成的风险和影响已进行识别、评价并文档化 进度跟踪 进度是否延期？ 如果延期，延期是否在可控范围内？ 审核签字 角色 软件项目经理 研发总监

姓名 签字 日期 4.2.4 常存在的问题

1. 需求未经过分析直接转给其它人员 2. 需求不够细化，开发及测试设计无法进行 3. 需求中不确认的需求点过多 4. 需求不完整、不全面

4.3 设计阶段

设计阶段包括技术方案形成、概要设计、原型设计、详细设计（如果有的话）等工作的完成。

4.3.1 质量指导方针

1. 根据概要设计文档模板要求及需求剪裁适合当前项目的模板 2. 根据模板编写概要设计说明书

3. 对于质量计划中的关键质量属性在设计中需要重点考虑

4. 需要针对项目的结构、项目的特征和用户的需求来分析，同样也要考虑到参与项目小组成员的素

质 5. 对于不同的方案分别进行评估 6. 对概要设计文档进行同行评审 7. 在设计阶段同时完成原型的设计 8. 根据实际需要考虑是否需要进行详细设计 9. 涉及到的需求变更需同步知会其它环节的更新。

13 / 33

软件质量管理手册

4.3.2 评审管理

在设计阶段需要对设计实现方案、设计、原型等进行评审；评审的形式按实际的质量计划中要求而定。 以下仅提供概要设计说明的评审准则

4.3.2.1 评审输入项

《概要设计说明书》，《需求规格说明书》

4.3.2.2 评审准则

概要设计说明书评审准则 评审项 正确性 可行性 可理解性 完整性

1. 2. 3. 4. 5.

评审要求

设计说明书的编写是否按照标准模板来编写? 设计是否正确？是否能够满足需求？ 设计方案在现有条件下是否可行？ 设计方案是否能被相关人员理解？ 是否包括核心功能的实现方案？

可追溯性

6. 所有的功能需求与非功能需求是否都体现在了设计中？ 7. 在设计中是否增加了不必要的功能？ 8. 是否为未来的变更进行了过渡设计？

9. 各子系统、模块之间的关系是否描述得清楚 10. 系统的设计是否考虑了系统的可扩展性 11. 设计是否考虑了重用性 12. 重用构件是否进行了标识

13. 是否说明了重用模块的获取方式和相关的文档 14. 系统的设计是否考虑了系统的易移植性

15. 设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法

16. 设计的调用宽度、调用深度、耦合度、内聚度和结构化程度是否进行了描述 17. 设计是否可以跟踪到需求 18. 需求是否可以追溯到设计

4.3.2.3 评审输出

《评审结果列表》、评审修订后的《概要设计文档》

4.3.3 设计阶段检查单

项目名称 软件项目经理 报告人 项目编号 日期 此次检查耗费时间 14 / 33

软件质量管理手册 检查内容 设计确认 是否具有概要设计说明书 设计说明书的编写按照标准模板来编写 设计评审及跟踪 设计经过评审 设计评审过程有效（用于检查评审是否有效，是否达到预期，以及交付件的质量） 设计评审中发现的问题都已妥善解决 修订后的设计说明书是否纳入文档基线库 设计变更控制 已经建立设计变更控制流程 设计冻结过程 原型确认 原型设计完成 原型评审执行 设计评审中发现的问题都已妥善解决 原型完整性（可供演示的完整页面） 进度跟踪 是否按进度进行？ 如进度延期，延期是否在可控范围内？ 审核签字 角色 软件项目经理 研发总监 姓名 签字 日期 已经部分尚未不适完成 完成 完成 用 注释 4.3.4 常存在的问题

1. 存在未攻克的技术难题

2. 需求基线变动太多而造成设计变化多 3. 设计方案不全面，不完整 4. 设计方案中所使用的技术未经验证

4.4 开发阶段

开发阶段主要从代码规范、代码走查、调测等进行控制管理。

4.4.1 质量指导方针

1. 约定开发的编码规范

15 / 33

软件质量管理手册

2. 约定代码审计所需的时间及规则 3. 约定开发阶段的调测方式 4. 约定开发阶段自测的标准 5. 约定提交版本提交的原则

4.4.2 代码走查

走查项 规范性 走查要求 编码是否符合项目或组织的编码标准 头文件包含是否完整 参数在程度开始时是否被初始化 参数在循环开始时是否被初始化 在承数或过程调用的时候参数是否被初始化 函数调用的格式和参数是否正确 变量的声明和拼写是否一致 变量声明的范围是否恰当 是否所有的指针都被初始化为NULL 程序中申请的内存使用后是否释放 是否每个==，||等都验证了正确性 是否打开的文件都及时关闭了 备注

4.4.3 开发阶段检查单

输入条件：项目当前的《项目总体计划》；《代码走查结果清单》；《单元测试结果清单》；《联调测试结果清单》

检查项： 项目名称 软件项目经理 报告人 检查内容 代码开发规范 编码是否符合项目或组织的编码标准 代码开发阶段工作 进行代码走审 代码走查有效（问题数发现达*个/代码行以上） 进行单元测试 单元测试有效（问题数发现达*个/代码行以上） 进行联调 联调是否有效（问题数发现达*个/代码行以上） 16 / 33

项目编号 此次检查耗费时间 日期 已经部分尚未完成 完成 完成 不适用 注释 软件质量管理手册 进度跟踪 是否按进度进行？ 如进度延期，延期是否在可控范围内？ 审核签字 角色 软件项目经理 研发总监

姓名 签字 日期 4.4.4 常存在的问题

1. 没有形成项目组内的编码规范 2. 没有进行代码审查，问题无法被暴露 3. 没有进行单元测试造成联调时间加倍增长 4. 没有进行联调造成接口级问题非常之多 5. 送测版本实际未达到送测要求 6. 没有进行联调造成版本送测多次方成功

4.5 测试阶段

4.5.1 质量指导方针

1. 尽早的介入测试，所有的测试都可以追溯到需求 2. 在测试相应方案启动之前，必须先理解且分析需求 3. 根据质量计划来制定相应的测试计划 4. 测试计划中需涵盖所有关键质量属性 5. 进行测试计划评审及修订 6. 建立测试用例对测试需求的覆盖率 7. 进行测试用例评审及修订

8. 不同测试阶段可有计划的调整当前的测试重点

4.5.2 评审管理

测试评审包括测试方案、测试用例的评审，一般可分为内部评审及外部评审；评审的形式按实际的质量计划中要求而定。

以下仅提供测试用例的评审准则。

17 / 33

软件质量管理手册

4.5.2.1 评审输入

《需求规格说明书》、《概要设计说明书》、《测试计划》、《测试用例》、

4.5.2.2 评审准则

测试用例评审活动可以确保用例符合优秀用例陈述的特征，包括完整、正确、可行、必要、具有优先级、无二义性和可验证性, 同时亦符合好的用例特征，即完整性、一致性、易修改和可跟踪性；评审过程保证用例满足如下要求：

 完整性：指有明确的目的、输入、输出，提供必要的备注信息；  正确性：指每个用例的期望结果与实际需求一致；

 可执行性：可执行性指测试人员根据测试用例能够执行测试；  代表性：指能用最简单的数据，最简捷的路径达到测试的目的；  唯一性：指在各个测试用例没有重复交叉的现象；

 有效性：指每个用例是否有效？是否冗余？是否能够执行；  性：是用例与用例之间是否互不依赖？是否能够执行；  可读性：指测试用例描述清晰，逻辑正确，拆分合理；

 质量指标：指是否能够满足质量指标中的覆盖率要求，是否可以满足BUG密度的质量要求；

18 / 33

软件质量管理手册

 内部评审准则 评审项 完整性 评审要求 1. 针对每个测试需求，是否至少有一个正面用例，是否至少有一个以上反面用例去测试？ 2. 针对重要测试需求，是否至少使用了两种以上的设计方法？ 3. 4. 5. 6. 7. 是否存在重复的用例？ 是否存在可以合并的用例？ 是否存在需要拆分的用例？ 是否存在冗余的用例？ 是否存在无效的用例？ 备注 唯一性 性 8. 每一个用例的目的、操作过程、期望结果是否？ 9. 每一个用例的目的及期望结果是否保持统一？期望结果是否过于发散？ 10. 不同用例之间针对相关联的内容描述是否相同？是否存在互斥、矛盾的地方？ 11. 每个测试用例是否清楚的填写了测试特性、步骤、预期结果？ 12. 是否考虑到测试用例的执行效率？怎么样的步骤组合才是最高效的？ 13. 测试用例是否具有指导性,是否能灵活指导测试人员通过用例发现更多缺陷,而不是他们的思维 可读性 代表性

 外部评审准则 评审项 全面性 评审要求 1. 用例树结构定义是否合理？ 2. 用例是否包括如下方面：功能、界面、性能用例及需求中涉及到的其它方面用例 备注 19 / 33

完整性 软件质量管理手册 3. 用例是否覆盖了所有显性的需求？用例是否覆盖了所有隐性的需求 4. 针对每个测试需求，是否从正面、反面分别去验证测试需求？ 5. 测试用例是否覆盖每个被测功能的所有可能的输入输出的组合？ 6. 测试用例是否覆盖正常的输入输出组合的所有可能的取值范围？ 7. 测试用例是否包括测试了被测试对象的初始化过程？ 8. 测试用例是否包含了被测对象中所有异常流的测试？ 9. 是否把最多的测试用例精力放在系统的最主要功能上？ 10. 针对每个测试用例，是否标识了优先级，且标识合理？ 11. 针对每个期望用例的期望结果；对开发的要求是否合理？测试开发设计的认识是否一致？ 12. 用例期望结果理中与需求保持一致？ 13. 每一个用例的依赖数据、期望结果是否具体到表及字段的变化？ 14. 用例覆盖率是否达到相应质量指标? 15. 用例预期缺陷率是否达到相应质量指标? 质量指标 4.5.2.3 评审输出

《评审结果列表》

《评审修订通过的测试用例列表》

4.5.3 检查清单

输入条件：项目当前的《项目总体计划》；《测试计划/用例文档》、《评审结果单》、测试用例/测试执行/BUG单结果数据 项目名称 软件项目经理 报告人 检查内容 测试计划及设计确认 测试计划及用例编制 能根据不同质量属性制定不同测试计划 测试用例对需求的覆盖达到90% 测试评审及跟踪 20 / 33 项目编号 此次检查耗费时间 日期 已经部分尚未完成 完成 完成 不适用 注释 软件质量管理手册 测试计划评审 评审结果清单（用于检查评审是否有效，是否达到预期，以及交付件的质量） 反馈的问题都妥善解决 测试用例评审 签字 日期 评审结果（用于检查评审是否有效，是否达到预期， 以及交付件的质量） 反馈的问题都妥善解决 测试跟踪 测试执行过程是否被记录及监控 BUG单是否被管理 质量评估是否进行 是否具有测试报告 测试报告是否反馈 进度跟踪 是否按进度进行？ 如进度延期，延期是否在可控范围内？ 审核签字 角色 软件项目经理 研发总监

姓名 4.5.4 常存在的问题

1. 需求或设计变化造成测试时间不够

a) 区分哪些会影响关键质量目标，优化测试关键质量目标，对于非关键性的质量因素，可后续

再做补充测试。 2. 测试环境与实际环境无法保持一致而可能造成问题较多。

a) 区分影响及不影响的功能点。

b) 对于影响的功能点，在现网布署后，必须再进行现网测试后方可正式投入使用。 3. 软件稳定性不够，不可复现问题多

a) 稳定测试环境，增加对日志的监控及捕捉 4. 测试用例的执行率未达到100%

a) 跟进原因，对于非客观原因造成，则可考虑测试用例执行作为项目经理接收测试结束标准。 5. 测试用例对需求覆盖率过低

a) 提升评审效果，增加用例设计及补充时间段 6. 测试用例发现BUG率过低

a) 增加用例设计及补充时间段，再进行测试

21 / 33

软件质量管理手册

7. BUG数严重超出预期

a) 暂停现有的测试，项目组讨论分析再增加单元或联调测试通过扣，方可再进行版本提交。 8. BUG数没有收敛的趋势

 寻找是测试原因造成漏测或是开发总产生新BUG

 漏测：适当的增加单轮测试时间，强调不同维度的测试；多进行交叉测试  修改产生过多的新BUG：强调开发的单元测试及走查。

9. BUG返修率过高

 在修改BUG过程中强调与测试的沟通。  BUG修改完成后，完成相应的自测。

 测试人员提交BUG单时尽量清晰描述BUG单，并附重现条件或日志。

4.6 发布及维护阶段

4.6.1 质量指导方针

1. 根据发布阶段要求准备相应的程序及文档 2. 及时检查归档的各类资源

3. 根据项目特性或公网情况制定现网问题跟踪流及管理方式 4. 与用服结合制定软件的客户满意度调查单

4.6.2 发布及维护阶段检查清单

项目名称 软件项目经理 报告人 检查内容 归档确认 版本归档 项目经理检查 权限回收 现网问题跟踪 现网问题跟踪流程确认 反馈的问题管理 现网反馈的问题已经妥善解决 审核签字 角色 姓名 软件项目经理 研发总监 项目编号 此次检查耗费时间 日期 已经部分尚未不适完成 完成 完成 用 签字 注释 日期 22 / 33

软件质量管理手册

4.6.3 常存在的问题

1. 版本忘记归档

a) 由项目经理检查归档情况，发现未归档者，可及时提出 2. 项目经理未对归档进行检查

a) 当根据以上检查单发现未版本，则记未归档及项目经理未检查一次；

b) 当出现由于归档资料不全而造成发布给现网出现问题，则记项目经理未检查一次； 3. 现网问题解决情况未进行跟踪

a) 定期收集信息，对于管理流程及工具可使用研发部整套模式。

4.7 质量控制中的文档管理

质量管理会形成除项目文档之外的管理文档，故文档管理主要为解决项目过程中产生的各类文档的正确性、唯一性、及时性、有效性所做的相应约束。

4.7.1 文档分类

(1)开发文档：这类文档在软件项目开发过程中，体现了软件开发人员前一阶段工作的成果，同时又是后一阶段工作的依据。这类文档包括可行性研究报告、软件项目开发计划、软件需求规格说明、系统规格说明书、软件功能说明书和数据字典等。

(2)管理文档：这类文档在软件项目开发过程中，由软件开发人员制定的需提交管理部门的一些工作计划、工作方案和工作报告。通过阅读这些文档，管理人员能够了解软件项目开发活动安排、进度、资源使用等情况。这类文档包括项目开发计划、测试计划、测试方案、开发进度报告和项目总结报告等。 (3)用户文档：这类文档是软件开发人员为使用该软件的网点经办人员准备的有关该软件产品使用、操作的资料，主要是操作手册及新功能介绍方面的文档。

(4)记录文档：与客户交流往来的记录、软件项目开发过程中各种会议、跟踪记录、审查记录、产品投产记录和问题跟踪解决记录等。

(5)反馈文档：这类文档主要是软件产品在推广使用以后，客户对产品使用过程中意见及产品缺陷、质量等方面的信息反馈。

4.7.2 文档管理工具

文档管理工具现在采用VSS管理方式；存放至文档基线库。文档基线库

4.7.3 文档管理的基本要求

 正确性：所有的文档都使用相当的标准模板文档中所述的内容正确无误  唯一性：每个版本的文档只有一个。

23 / 33

软件质量管理手册

 及时性：文档随每个任务的执行能够及时编制及公布  有效性：防止无效的文档归档以及过期文档被误用。 具体要求：

1. 所有的文档都使用相应的标准模 2. 文档发布或归档前得到批准

3. 必要时对文件进行定期评审与更新

4. 确定文件的更改和现行修订状况得到识别 5. 确保在使用时可获得有关版本的适用文件 6. 确保文件保持清晰、易于识别

7. 确保外部文件得到识别并控制其分发

8. 防止过期文件被误用，若因任何原因而保留时，需对其进行适当的标识

4.7.4 文档管理流程

根据现有的状态，文档的管理流程仅涉及归档及发布，如下图所示：

作者提出归档申请一般，必须是评审通过且修订后的文档方提交归档申请质检人员检查文档检查文档使用的模板是否正确检查文档是否为最新检查文档是否标识了版本号/修订等信息检查是否通过纳入文档基线库关闭权限通知作者及其它相关人员

说明：

 由作者或相应负责人提出归档申请，必须是评审通过且修改后的文档方可提出归档申请  是否及时归档的检查在各个过程中的检查清单中进行检查

 文档作废：文档归档发布后，需同时作废此文档之前的相应版本。  每次进行归档后，由归档人员统一进行文档更新发布

 归档之后的文档如有再更新的需求，则从基线库取出来进行更新后，重新归档。

24 / 33

软件质量管理手册

5 质量度量：制定项目评估项

质量度量主要针对项目进行评估，从项目的计划、过程、质量、成本、客户满意度不同维度进行评估。具体细节如下。

5.1 计划评估

计划评估主要根据计划历史变更记录来评估计划的正确、合理性、可实施情况，并为以后的计划制定提供参考数据。主要针对里程碑进行评估，对于非里程碑的计划变化不进行评估。

5.1.1 评估基准

1．项目启动时的《项目总体计划》、每次变更后的项目计划、项目结束时的《项目总体计划》 2．项目变动记录文件

5.1.2 评估项

评估项 里程碑1 计划里程碑2 变更 里程碑3 …… 第x次变更 变更原因 与上次偏离率% 与初始偏离率% 5.1.3 总结

1．计划变更的主要原因是什么？比如

 项目计划不够详细，工作安排不够细致，时间浪费  对项目的技术、工作量等认识不清，导致计划时间失误  对项目人员的工作效率、特长认识不清，导致计划时间失误  项目任务跟踪不及时，错过最佳调整时机

25 / 33

软件质量管理手册

5.2 过程评估

过程评估是根据项目的每个阶段的质量指导方针以及检查结果来进行的评估，用于检查各项目的过程控制是否达到应有的要求。过程评估最终使用计分的方式来得出过程得分。

5.2.1 输入条件

每个过程的每次的《过程检查清单》

5.2.2 评估记录表

评估记录表根据对不同阶段的关注不同，定出相应的百分比，以及每个阶段中不同评估项的重点不同，给予不同的分值，最终统计出对过程的总体评分。 过程 评估项 1. 项目总体计划（40分） 计划阶段 2. 是否进行总体计划评审（25分） 25% 3. 评审是否有效（发现总体问题的60%以上的评审称之为有效）（35分） 需求规格说明书（40分） 需求阶段 是否进行了需求评审（30分） 25% 评审是否有效在测试阶段发现的需求问题少于总问题数的5%（30分） 1. 具有方案、概要（详细）设计文档（35分） 2. 是否进行设计评审（15分） 设计阶段 3. 有否原型设计（20分） 20% 4. 是否进行过原型评审（15分） 5. 评审是否有效？（如在测试阶段发现的UE问题少于总问题数的5%）（15分） 1. 是否进行单元测试（25分） 2. 单元测试是否有效--发现的问题数达开发阶段 15% 到测试阶段的问题数10%或以上（15分） 3. 是否进行联调（30分） 4. 联调是否有效--发现的问题数达到测试阶段的问题数的10%或以上（20分） 1. 有否测试计划或测试用例（40分） 测试阶段 2. 是否进行评审？（20分） 15% 3. 评审是否有效？--发现问题数为用例 评估结果 有 (√) 没有(×) N/A 最后得分 单项分*百分比 26 / 33

软件质量管理手册 过程 评估项 总数的10%以上（15分） 4. 评审是否有效--用例发现BUG率达90%以上（25分） 总计 评估结果 有 (√) 没有(×) N/A 最后得分 单项分*百分比 计分准则：有则加分，没有则不加分，N/A则不计算此项；当统计结果中存在不适用此项时，则统计结果需要按100分再进行一次转换；例如测试阶段分别统计为：1有；2无；3N/A，4有；则测试阶段的得分为：（40+25）/（40+20+25）*100*15%；

5.2.3 总结

对过程得出的最终分进行分析： 1. 哪些过程存在严重的质量问题？ 2. 哪些过程缺乏哪些质量控制环节？ 3. 哪些质量控制环节没有起到相应的作用？

5.3 项目质量评估

质量评估主要根据测试结果的质量评估以及现网问题跟踪情况进行的评估。

5.3.1 输入条件

1．《版本质量评估报告》 2．现网问题跟踪表

5.3.2 评估项

 测试阶段评估主要依据测试各类数据根据质量评估标准进行质量评估。  维护阶段评估主要根据现网问题清单对缺陷率、平均缺陷时间来进行质量评估

 缺陷率：指现网问题数/总问题率

 平均缺陷时间（MTF）：指平均多久时间反馈一个问题。  平均缺陷恢复时间：指出现一个缺陷后，恢复所需要的时间。 评估项 测试阶段（单版本质量评估） 第一次 第二次 评估结果 备注 27 / 33

软件质量管理手册 第三次 缺陷率 平均缺陷时间 其它统计 缺陷恢复时间 维护阶段 评估 缺陷修复时间 需求问题/所有现网问题比率 功能问题/所有现网问题比率 缺陷细分 UE问题/所有现网问题比率 其它问题/所有现网问题比率 5.3.3 总结

对质量情况得出来的评估结果进行分析。 1． 测试结果反馈情况主要是哪些环节中的问题 2． 现网问题反馈情况主要是哪些环节中的问题 3． 测试结果反馈情况与现网问题反映结果是否一致

通过以上总结分析出哪个阶段所存在的问题最多，测试方法/策略是否存在问题；改善明确存在问题的环节。

5.4 成本评估

成本评估主要用于评估在各阶段的成本投入比较是否合理，质量控制成本投入是否合理，是否存在成本的浪费等情况。

5.4.1 输入条件

1． 项目初始时的《项目总体计划》

2． 项目结束时的《项目总体计划》、《项目开发计划》、《测试计划》

5.4.2 评估项

1. 计划成本

28 / 33

软件质量管理手册

指花费在计划环节中所费的成本，根据最终的项目总体计划统计需求阶段的成本 2. 需求成本

指花费在需求环节所费的成本；根据最终的项目总体计划统计需求阶段的的成本 3. 设计成本

指花费在设计环节所费的成本；包括概要设计、原型设计、详细设计等内容的工作成本。 4. 开发成本

指纯开发阶段所费的成本。 5. 质量成本

统计所有因质量活动而引发的成本，分好成本、坏成本，好的成本包括各预防性的质量控制，如评审、质量检查、测试；坏的成本指各种返修成本。  好质量成本

1) 评审所有活动的成本 2) 测试所有活动的成本 3) 培训等支出的费用  坏质量成本

1) 各种评审后的返修的成本 2) 测试之后的所有回归修改成本

6. 其它成本

非以上成本之外的其它成本，包括其它的一些管理活动、沟通、协调等成本。 评估项 计划成本 人/日 占总体的% 与初始计划相比 （增加或减少的%） 简析 需求成本 设计成本 开发成本 好质量成本 质量成本 坏质量成本 其它成本 29 / 33

软件质量管理手册 总计 5.4.3 总结

通过以上数据结合其它评估结果分析在各阶段投入的成本是否合理，哪些成本是可以通过合理的调整来避免的，哪些成本投入应该增加。

5.5 客户满意度评估

客户满意度评估主要是由用服协助通过客户满意度调查结果、意见反馈单得到的数据而进行的评估。

5.5.1 输入条件

《客户满意度调查结果》、《意见反馈表》

5.5.2 评估项

评估项 质量目标1满意度 质量目标2满意度 客户满意度 质量目标3满意度 …… 非质量目标满意度 要求支持的次数 客户支持 支持的时间

评估结果 简析 5.5.3 总结

 客户对非质量目标的满意度高于质量目标：质量保证与控制手段对质量目标未起到作用？  客户对质量目标不关注，更关注非质量目标：质量目标定义不合理？

30 / 33

软件质量管理手册

 客户要求支持的次数过多：客户总要求我方支持，是否可理解性过差？  客户要求支持的时间过长：每次支持的时间过长，是否可维护性过差

6 质量改进

质量改进整个质量管理中最后的一个环节，也是一个新的质量管理实施的基础。质量改进环节主要根据项目评估结果，去分析现存在的质量问题及针对问题找出相应的质量改进措施。

6.1 现存在的质量问题

在每个项目告一阶段后，分析整理现在各项目中普遍存在的质量问题，区分主观问题及客观问题；并对存在的质量问题进行原因分析。 问题 所在阶段 类型（主观/客观） 原因分析 6.2 质量改进措施

针对提练出来的质量问题，提出改进措施，并在新项目的质量管理环节中实施，跟进实施的效果。

6.2.1 问题XXXX 6.2.2 产生原因分析

具体产生该问题的原因分析及结论

6.2.3 预防措施

针对问题的有效预防措施

31 / 33

软件质量管理手册

7 附录一：评审过程检查表

评审作为质量保障的重要手段之一，故针对评审过程本身，我们也可以制定一套检查表，以检验项目过程中的评审开展的成熟度。 项目名称 软件项目经理 评审内容 被评内容的规模 评审方式 参加评审的人员 评审会议时间长度（会议） 个人评审时间总计（会签） 发现各类问题数 报告人 内容 评审准备 评审是否按计划进行的 评审准备时间是否充分 评审资料是否提供？是否完整？ 资料是否符合基本要求 评审人员的选择是否合适 评审选择的方式是否合适 评审过程 评审是否全面，符合要求 评审人员是否提前发现了问题 评审过程是否公平，没有压力 对于小组评审，是否有质量保证人员监督 是否形成书面评审报告 评审跟踪 评审的问题是否安排人员解决 评审问题是否得到解决 软件项目经理是否跟踪问题解决 审核签字 角色 软件项目经理 研发总监

姓名 签字 日期 是 否 评审工作量 日期 不确定 不适用 注释 评审组织部门 评审日期 项目编号 项目阶段 32 / 33

软件质量管理手册

8 附录二：参照及依从的规范文档清单

编写本文档时，同时借鉴或引用研发部已发布的规章制度或模板，具体清单如下表所示。 序 1. 公共类 2. 3. 4. 计划阶段 5. 6. 需求阶段 7. 8. 设计阶段 9. 开发阶段 10. 11. 12. 13. 测试阶段 14. 15. 16. 17. 维护阶段 文档类型 文档名称 《研发过程管理制度规定—版本管理规定》 《项目内部评审说明书》 《项目总体计划模板》 《项目总体计划制定指导书》 《需求规格说明书》 《需求规格说明书编写指导》 《测试流程》 制定部门 最后发布日期 存放路径 OA-公共事务-个人文档夹-文档中心-公司文档/研发制度 OA-公共事务-个人文档夹-文档中心-公司文档/研发制度 OA-公共事务-个人文档夹-文档中心-公司文档/研发制度 OA-公共事务-个人文档夹-文档中心-研发文档/流程文档 OA-公共事务-个人文档夹-文档中心-研发文档/流程文档 OA-公共事务-个人文档夹-文档中心-研发文档/规范文档 OA-公共事务-个人文档夹-文档中心-公司文档/研发制度 研发部/2008-11-14 质量组 研发部/2007-07-19 研发管理 研发部/2007-11-21 研发管理 研发部/ 研发管理 研发部/2007-12-27 研发管理 2007-12-28 内部使用 内部使用 2007-12-28 内部使用 内部使用 2009-6-2 2009-11-24 研发部/质量组 研发部/《测试计划模板》 质量组 研发部/《测试用例编写指导》 质量组 研发部/《缺陷跟踪控制流程》 质量组 研发部/《测试报告编写指导》 质量组 研发部/《测试报告模板》 质量组 研发部/《软件质量评估参照标准》 质量组 《现网问题跟踪流程》 研发部/质量组

33 / 33