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