软件开发项目各阶段质量标准.xls

项目各阶段质量标准 目的： 通过质量标准来保证各个阶段能够达到对应的质量目标，从而提高整个产品的质量 操作方式： 1、每个阶段结束后，提交给测试PMO或测试经理整体审计，不通过的不能进入下一阶段 2、对于部分工作想要砍掉或者选择性执行的，需要责任人确认和备注，后面如果是因为没有按照标准执行导致出现重大问题的，责任人承担主要责任。 阶段 类型 完成标准 可选/必选 责任人 完成情况 归档地址 是否通过 备注 预研阶段： 1、架构师确定整个方案和验收标准，并且对方案和验收标准负责。 2、预研人员负责方案的执行，并且对执行的结果负责 3、测试项目经理负责验收标准的执行，并且对执行的结果负责 预研验收标准制定 1、由架构师制定验收标准，测试针对验收标准，编写验收测试案例后，并发送邮件给项目组 目的：通过明确验收的标准，来保证整个预研的质量 必选 架构师 2、架构师邮件确认认可验收标准和验收用例的有效性，如回复验收人员是否补充相应验收案例等。 目的：通过有效的验收用例来保证验收的质量 预研阶段技术方案 1、预研阶段验收发现的严重方案问题，架构师需参与讨论，并确认最终的改动细节； 目的：解决内部不一致由谁来拍板的问题 2、开发人员确认改动范围，需发送邮件给项目组，并附有自测案例和风险点分析供验收人员回归，架构师确认以上改动无明显重大影响 目的：架构师评估影响和把握改动 预研阶段执行标准 1、验收人员和开发对验收用例达成一致，如期望结果，确认案例有效性，验收问题全部上TD； 目的：保证执行的效果达到预期的目标 测试版本经理 2、测试版本经理每天检视验收案例和TD bug情况，发现执行问题或者验收问题及时调整执行策略 目的：保证执行的质量和效率 预研验收完成标准 1、测试版本经理对照制定验收标准，根据验收情况，查看所有验收案例是否全部通过，质量标准是否达标； 目的：保证执行的质量 2、验收出现的严重问题必须全部fix，如果解决不了，需要召开评审会议，由架构师确定是否修改。 目的：保证达到验收的标准 3、测试版本经理将验收标准，验收情况，归档在SVN，并总结抄送项目组成员，同时需要架构师确认整个验收结果 目的：架构师最终确认整个预研效果和验收质量 需求阶段 1、po保证整个需求是完整的，并且对需求和主场景负责 2、测试版本经理需要根据主场景来完善场景用例，保证场景用例覆盖到主场景，对用例质量负责 3、测试版本经理负责推动整个可测性的工作 需求文档质量保证 1、规划经理负责完成版本的规划表，并且通过外部评审 目的：规划经理负责产品大的规划点 规划经理 2、PO根据规划经理制定的规划表，完成版本的系统需求说明书和用户需求说明书，需求说明书里面需要详细描述主场景和主场景的细化，po对整个需求和主场景负责 目的：po对版本的整个需求和主场景负责，保证版本的需求满足规划的期望，避免项目因为没有人跟踪需求导致需求出问题 PO 3、测试版本经理需要根据PO提供的需求和主场景来完善对应的场景用例，同时整个场景用例需要得到PO的确认 目的：通过测试版本经理跟po的不断沟通和确认来保证版本的场景用例没有问题 需求过程质量控制 1、需求得到整个项目组认可和统一，通过内外部的评审，并且在内部有需求理解的培训会议，有项目经理组织，保证成员对需求都有大致理解 目的：让项目组成员对需求都能够足够理解，避免后面实现的过程中出现偏差 2、根据需求，开发版本经理制定出整个版本的项目计划，该计划需要得到所有干系人的确认认可，如果不满足，如发布超期，请调整需求，达成一致后，邮件抄送所有成员和干系人 目的：让干系人知道整个版本的预计发布时间，如果有问题能够及时调整 开发版本经理 3、测试版本经理需要根据需求完善需求跟踪矩阵，完成后需要召开需求跟踪矩阵的评审，PO需要参加。评审人员需要提出不少于10%的评审意见，否则评审不通过 目的：保证需求跟踪矩阵的质量，为更好的提高后面的用例设计质量 3、需求确定完成后，后面涉及到需求的变化都需要申请走需求变更流程，不能够版本内部自己消化，由此带来的风险由开发版本经理承担 目的：严格控制过程中的需求改动，避免因为需求改动给项目造成不必要的风险 可测试性保证 1、需求阶段根据系统规格说明书和需求矩阵产出对应的版本和模块《可测试性需求跟踪表》，有测试人员完成文档产出，可参考以前项目经验库，常见的可测试需求checklist 目的：提前确定好可测性需求，避免后面的很多测试难点得不到解决 2、版本经理完成1中检视后，再由可测试性负责人检视一遍，确认是否有无遗漏 目的：保证可测性的质量 可测试性负责人 设计阶段 1、设计人员对模块的设计质量负责 2、测试人员对模块的测试指导书和用例负责 模块设计文档质量保证 1、设计开始前，项目经理需要开展优秀模块设计经验，教