1、主题软件质量管理保证体系文档作者： 微软中国 撰写时间： 发布日期 文档状态： 单位2 2修订记录版本 日期 描述 作者3目录修订记录 .2目录 .3公司内部标准 .41使用范围 .42引用标准 .43定义 .44. 质量管理体系 .44.1 软件质量管理责任分配 .44.2 工作产品和活动 .54.3 评审 .64.4 质量保证（QA） .84.5 软件测试 .104.6 配置管理 .114公司内部标准本标准参照 CMMI3 质量管理和质量保证标准1使用范围本标准作为本公司在软件项目开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。以下详细描述了软件开发各阶段的控制手段和要求。
2、要求质量保证贯穿各个阶段，始终保证严格实施。2引用标准本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。使用本文档时，请尽量参照最新版本。3定义产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。开发：软件产品的所有活动。供方：指本公司。需方：指具体项目的需求方，即客户。质量体系：质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。4. 质量管理体系4.1 软件质量管理责任分配5角色 职责配置管理员 制定、创建和维护配置库，提供文档规范，并传达到各个部门。QA（质量保证） 参与项目各个阶段的评审，进行过程评审和产品审计，检查文档和代码的
3、规范执行情况QC（质量控制） 软件测试是质量控制的主要手段，测试人员进行软件的测试设计和执行工作4.2 工作产品和活动活动 责任人 工作产品 是否可裁剪项目经理 项目计划 否配置管理员 配置管理计划 是QA 质量保证计划 是项目立项测试人员 系统测试计划 否需求调研报告 是项目经理需求规格说明书 否用户、项目经理 用户确认书 是需求管理活动QA 评审报告 是概要设计说明书 否界面设计图 是设计组详细设计说明书 是项目经理 决策分析评议表 是设计过程、决策分析活动QA 评审报告 是项目经理 版本发布记录 否QA 评审报告 是开发编码、集成过程活动开发人员 程序代码 否测试人员 测试用例、测试报告
4、 否系统测试活动QA 评审报告 是培训教材 是项目结项、交付与维护活动项目经理用户手册 是6安装手册 是项目总结报告 否项目经理、客户 用户验收报告 是QA 评审报告 是项目经理 项目问题跟踪日志 是不符合项问题跟踪记录表 否项目跟踪与监控活动 QA项目跟踪与监控活动检查单 是项目经理 风险管理列表 是风险管理活动QA 风险管理活动检查单 是配置状态报告 是变更请求审批表 是配置管理员变更跟踪记录表 是配置管理活动QA 配置管理活动检查单 是项目成员 评审报告 否评审活动QA 评审活动检查单 是4.3 评审 评审是以一种正式的形式进行，如有正式的、事先定义好的有关职责的各种角色，并遵循组织规定
5、的流程。对于任何工作产品的审计，都会组建与之对应的专门评审组，包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括 PPQA、项目组成员，但不能有作者的直接领导或者管理者。评审小组先召开一个预备，作者会针对工作产品向大家做个总体的介绍，例如讲解一下本工作产品的目标是什么，以及其相关的实现 细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品，或者查看开发过程中所用到的检查单。评审小组的主持人负责确定什么时间开始真正的评审会议，在预备会和正式评审会议之间，评审小组成员对工作产品进行彻底检查，并依据相关标准和准则评审工作产品。7在预定时间，评审小组成员以会议形式聚在一起，依次对产品
6、进行检查，主持人负责对整个会议的进展进行控制，记录员记录下这个过程。在工作产品中发现的每一个缺陷都会被认真记录下来，并被适当分类。会议结束后，负责人需要分析相关缺陷，找出产生此缺陷的原因并加以修正。主持人应确保所有的缺陷都会得到解决和修正。如果过程需要加以变更的话，应将相关问题移交相关的质量保证人员。阶段 评审内容 评审时机 参加人员是否可裁剪项目计划 项目所有成员 否配置管理计划 项目所有成员 是质量保证计划 项目所有成员 是计划阶段系统测试计划项目启动会议项目所有成员 否需求调研报告需求分析师、项目经理、系统架构师、设计组成员、QA是需求阶段需求规格说明书项目评审会议 1需求分析师、项目经
7、理、系统架构师、设计组成员、QA否概要设计说明书需求分析师、项目经理、系统架构师、设计组成员、QA否UI 设计图UI 美工、需求分析师、项目经理、系统架构师、设计组成员、QA是详细设计说明书需求分析师、项目经理、系统架构师、设计组成员、QA是设计阶段决策分析评议表项目评审会议 2需求分析师、项目经理、系统架构师、设计组成员、QA是代码检查（1）开发组成员、项目经理、需求分析师、系统架构师、QA否编码阶段代码检查（2）项目评审会议 3开发组成员、项目经理、需求分析师、系统架构师、QA否测试阶 系统测试用例 项目评审会议 4 测试人员、项目经理、开发组成员、 否8需求分析师、系统架构师、QA系统测
8、试报告（1）测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA否段系统测试报告（2）测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA否用户手册 项目所有成员 是发布阶段 项目总结报告项目总结会议项目所有成员 否4.4 质量保证（QA）4.4.1 QA 工作审计产品文档 责任人项目计划 项目经理需求规格说明书 项目经理概要设计说明书 项目经理源代码 开发组系统测试用例 测试组系统测试报告 测试组用户手册 项目经理项目总结报告 项目经理入最佳实践库的产品 项目经理4.4.2 QA 工作中需要审计的活动活动 评审时机项目立项 计划阶段需求管理活动 需求阶段设计过程活动 设计阶段
9、9决策分析活动 设计阶段开发编码活动 编码阶段集成过程活动 编码阶段系统测试活动 测试阶段项目结项 发布阶段交付与维护 发布阶段项目跟踪与监控活动 每月一次风险管理活动 每月一次配置管理活动 每月一次评审活动 每月一次4.4.3 QA 审计中的不符合项目问题对 QA审计过程中发现的不符合项问题要写入不符合项跟踪记录表 ，以邮件的方式发给问题的相关人员，做好和项目成员、项目经理、部门经理之间的沟通，问题的上报流程：项目组成员沟通解决项目经理部门经理总经理。QA 要对不符合项问题进行跟踪与监控，直到问题解决，QA 验证并关闭不符合项。104.5 软件测试4.5.1 软件测试流程4.5.2 严谨测试对测试人员测试的几点要求：（1） 、明确自己的责任，尽可能多的发现软件中的 bug。（2） 、尽可能早的测试，这样会尽早的发现软件中的错误，便于修改，以免造成后期更高的维护成本。（3） 、测试前编写完整的测试用例，有计划、有目的的进行测试，尽可能用最少的测试用例，达到最高的测试效率。（4） 、不断的执行回归测试 测试人员测试出 bug 后，等开发人员修改后，
