文 件 编 密 文 拟 日 码 级 档 版 制 本 人 期 项目编号和项目名称 品质保证计划 郑重声明： XX 软件股份有限公司版权所有。本文档中任何部分未经 XX 软件股份有限公 司书面授权，不得将材料泄露给第三方，不得以任何手段、任何形式进行复制与传播。 变更履历 版本 日期 变更位置 变更理由/变更内容 变更人 备注 目录 1 项目基本情况...................................................................................1 2 角色和职责..................................................................................... 1 3 项目里程碑时间点..............................................................................1 4 QA 检查重点及策略...........................................................................2 5 过程规范培训计划..............................................................................6 6 QA 工作要求和报告...........................................................................7 7 附录：约定........................................................................................................7 1 项目基本情况 项目编号 项目名称 项目类型 项目成熟度 项目立项日期 项目结项日期 2 角色和职责 角色 人员 QA 中的职责 高层经理 处理项目组内未能解决的不符合项 项目经理 (1) 负责项目全过程计划、监控、协调和任务分配 (2) 组织评审项目工作产品，确保项目工作产品的质 量 (3) 监控项目重大问题和风险，及时向客户和公司领 导通报项目进展情况及存在的问题 (4) 负责项目不符合项的协调纠正或预防 品质保证部经理 协助品质保证工程师解决项目组内不能解决的不符合 项 品质保证工程师 (1) 按项目定义的过程和计划检查项目的活动和成果 物 (2) 提出项目中的不符合项，并根据解决的结果向项 目经理或高层质量监督经理汇报 3 项目里程碑时间点 序 号 1 时间点 里程碑名称 里程碑主要提交工作产 品 结束标志 需求定义里程 产品愿景说明书 所有主要提交物 碑 需求规格说明书 准确、全部入 项目管理计划 库、建立里程碑 配置管理计划 基线 品质保证计划 序 号 时间点 里程碑名称 里程碑主要提交工作产 品 结束标志 项目进度计划 测试计划 设计说明书（总体或分 模块） 2 设计开发里程 数据库设计说明书 碑 性能测试方案 测试用例 源代码 3 发版里程碑 所有主要提交物 准确、全部入 库、建立里程碑 基线 功能评审通过 发版评审通过 4 QA 检查重点及策略 强调：每个项目的 QA 检查重点可针对一类工作产品以及必须保证的内容，检查 的内容直接在模板中进行勾选，并详细反映在《项目路线图》中。 检查区 检查对 域 象 流程审 是否 检查内容说明 必须 检查方式 保证 检查 策略  立项前必须征得主管领导的批 计方面 复或同意  立项时必须提交《项目立项申 请》和《项目基本信息表》且 □参加会 必填项不得遗漏 □立项 议 1次 □文档审 （设 查 定次  项目经理必须确保立项后项目 □调查取 数） 对应的配置管理库和美工文档 证  项目经理必须确保召开了项目 立项会议 必须 目录被创建  其他内容需遵循《项目立 项 Checklist》  必须裁剪得到适合项目的生命 周期模型  里程碑点的设置与裁剪后的生 命周期模型呼应 □参加会  里程碑点必须是具体的日期， □项目 管理计 划 且有标志性提交物  项目参与必须按规定分成三类 可裁  必须有成本估算表  必须有最终提交物清单 议 2次 □文档审 （设 查 定次 □调查取 数） 证  项目管理计划（特别是成本估 算表）必须经过评审、审批  其他内容需遵循《项目管 理计划 Checklist》 □需求  必须拟订调研计划和调研提纲 调研和  需求调研后必须有需求调研报 必须 □参加会 X次 议 （设 检查区 检查对 域 象 是否 检查内容说明 必须 检查方式 保证 检查 策略 告（可以通过会议纪要代替）  需求调研和需求分析尽量遵循 □文档审 《需求调研与需求访谈 分析 Checklist》和《需求规格说 明书评审 Checklist》 查 定次 □调查取 数） 证  需求分析和需求确认必须符合 《需求活动 Checklist》 □设计  必须有系统整体的技术方案或 和开发 代替整体技术方案的概要技术 方案说明 尽可能整理本项目涉及的技 术、业务风险点和难点  尽可能识别本项目配置库和模 块依赖关系，确定适合本项目 的编程和构建范式  设计评审请尽量遵循《设计说 明书 Checklist》  测试方案、测试用例的设计请 尽量遵循《测试用例评审 Checklist》  代码评审：开发过程中必须开 展至少 1 次代码评审，遵循 《代码评审 Checklist》，并 有会议纪要证实  可测试性审核：构建程序交付 内部测试前，项目经理必须评 估（在开发组内部）构建程序 可测试性，并遵循《功能评审 可裁 □参加会 X次 议 （设 □文档审 定次 查 数） □调查取 证 检查区 检查对 域 象 是否 检查内容说明 必须 检查方式 保证 （ 产 品 可 测 检查 策略 试 性）Checklist》  系统在测试、调整、发版过程 应至少划分两个阶段：第一阶 段是内部测试阶段；第二个阶 段是发版测试阶段  在设计和开发过程中，内部讨 论会议必须有会议纪要或评审 报告  其他内容需遵循《设计与 开发活动 Checklist》  主要工作产品必须通过评审， 有评审结论（可以通过会议纪 要或评审报告）  评审过程中发现的问题必须被 书面记录 □参加会 每个问题表述必须清晰、准 议 X次 □文档审 （设 查 定次 适”等之类的主观限定词） □调查取 数）  评审发现的问题的修改能体现 证 确、可被追踪，用客观方式描 □评审 述（没有“很大”、“比较”、“合 可裁 在受影响的主要工作产品（需 求、设计、测试或代码）中  其他内容需遵循《项目评 审活动 Checklist》 □发版  必须提前制定发版时间点 必须 □参加会 X次  正式程序发版前必须经过测试 议 （设 确认（紧急/临时版本不要 □文档审 定次 检查区 检查对 域 象 是否 检查内容说明 必须 检查方式 保证 检查 策略 求）  发版前必须经过实施人员确认  发版相关产品包，包括文档资 查 料必须完整 □调查取  必须完成发版收尾工作，具体 数） 证 细节请遵循《版本发布活动 Checklist》  所有测试、实施和客户发现的 问题必须记录在档  问题跟踪表中必须记录问题描 述、问题提交人（如果是用户 □参加会 请填写“用户”或某个具体用户 议 X次 □文档审 （设 查 定次 □调查取 数） □问题 的名字）、提交时间点、问题 跟踪 解决状态、问题确认状态等信 必须 息  问题跟踪表中问题与评审发现 证 的问题表述要求相同  问题解决时，开发人员必须提 交问题解决说明 □结项  结项前必须完成文档的同步、 □参加会 X次 更新和归档，并完成总交付清 议 （设 单（与项目管理计划中的交付 □文档审 定次 查 数） 清单对应） 可裁  结项前必须完成项目总结报告 □调查取 或代替总结报告的竣工报告 证  结项前必须核算项目成本，并 与项目管理计划的成本预算对 照 检查区 检查对 域 象 是否 检查内容说明 必须 检查方式 保证 检查 策略  必须召开项目结项会议，并提 前一天通知相关领导、关联部 门负责人  其他内容需遵循《项目结 项 Checklist》  必须有相应的配置管理计划， 并明确了主要配置项和次要配 置项  必须按规定创建或重用了配置 库，搭建了系统构建和版本发 布的环境和设施，识别了配置 库和模块依赖关系，并分配了 合适的权限 □参加会  必须定期跟踪主要配置项的入 □ 配 置 管理 库状态和变更状态  配置库的重大变更（如建立、 可裁 版本分支/合并、建立基线、 发版等）必须有一致性检查， 议 X次 □文档审 （设 查 定次 □调查取 数） 证 并有响应邮件通知 配置库日常管理均有文档记 录，包括定期备份、增 /删用 户、授权/撤消权限、创建/修 改目录等  其他内容需遵循配置管理 各项工作 Checklist、《配置管 理活动 Checklist》 工作产 □需求  规范性：是否使用了公司 品方面 说明书 的规范、是否经过了必要评审 可裁 □参加会 X次 议 （设 检查区 检查对 域 象 是否 检查内容说明 必须 检查方式 保证  一致性：文档之间的变更 策略 □文档审 履历是否呼应  检查 及时性：是否按时提交  安全性：是否及时更新到配置 查 定次 □调查取 数） 证 库 X次 □需求 规格说 同上 可裁 明书 □文档审 （设 查 定次 数） X次 □设计 同上 说明书 可裁 □文档审 （设 查 定次 数） □测试 X次 计划与 同上 测试用 可裁 □文档审 （设 查 定次 例 数） X