软件-质量保证体系.docx

上传人:汽*** 文档编号:562844707 上传时间:2022-08-13 格式:DOCX 页数:10 大小:123.89KB
返回 下载 相关 举报
软件-质量保证体系.docx_第1页
第1页 / 共10页
软件-质量保证体系.docx_第2页
第2页 / 共10页
软件-质量保证体系.docx_第3页
第3页 / 共10页
软件-质量保证体系.docx_第4页
第4页 / 共10页
软件-质量保证体系.docx_第5页
第5页 / 共10页
点击查看更多>>
资源描述

《软件-质量保证体系.docx》由会员分享,可在线阅读,更多相关《软件-质量保证体系.docx(10页珍藏版)》请在金锄头文库上搜索。

1、主题软件质量管理保证体系 文档作者: 微软中国 撰写时间: 发布日期 文档状态: 状态 单位2 修订记录版本日期描述作者目录修订记录2目录3公司内部标准41使用范围42引用标准43定义44. 质量管理体系44.1软件质量管理责任分配44.2工作产品和活动54.3评审64.4质量保证(QA)84.5 软件测试104.6 配置管理11公司内部标准本标准参照CMMI3 质量管理和质量保证标准1使用范围本标准作为本公司在软件项目开发、供应和维护时的质量要求,以保证产品的质量,防止不合格产品。以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段,始终保证严格实施。2引用标准本标准制定考

2、虑本公司的实际情况,因此本标准仅用于本公司内部控制产品质量。使用本文档时,请尽量参照最新版本。3定义产品:以下指软件产品,即交付给用户的一整套计算机程序、规程及相关的文档和数据。开发:软件产品的所有活动。供方:指本公司。需方:指具体项目的需求方,即客户。质量体系:质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。4. 质量管理体系4.1软件质量管理责任分配角色职责配置管理员制定、创建和维护配置库,提供文档规范,并传达到各个部门。QA(质量保证)参与项目各个阶段的评审,进行过程评审和产品审计,检查文档和代码的规范执行情况QC(质量控制)软件测试是质量控制的主要手段,测试人员进行软件的

3、测试设计和执行工作4.2工作产品和活动活动责任人工作产品是否可裁剪项目立项项目经理项目计划否配置管理员配置管理计划是QA质量保证计划是测试人员系统测试计划否需求管理活动项目经理需求调研报告是需求规格说明书否用户、项目经理用户确认书是QA评审报告是设计过程、决策分析活动设计组概要设计说明书否界面设计图是详细设计说明书是项目经理决策分析评议表是QA评审报告是开发编码、集成过程活动项目经理版本发布记录否QA评审报告是开发人员程序代码否系统测试活动测试人员测试用例、测试报告否QA评审报告是项目结项、交付与维护活动项目经理培训教材是用户手册是安装手册是项目总结报告否项目经理、客户用户验收报告是QA评审报

4、告是项目跟踪与监控活动项目经理项目问题跟踪日志是QA不符合项问题跟踪记录表否项目跟踪与监控活动检查单是风险管理活动项目经理风险管理列表是QA风险管理活动检查单是配置管理活动配置管理员配置状态报告是变更请求审批表是变更跟踪记录表是QA配置管理活动检查单是评审活动项目成员评审报告否QA评审活动检查单是4.3评审 评审是以一种正式的形式进行,如有正式的、事先定义好的有关职责的各种角色,并遵循组织规定的流程。对于任何工作产品的审计,都会组建与之对应的专门评审组,包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括PPQA、项目组成员,但不能有作者的直接领导或者管理者。评审小组先召开一个预备,作

5、者会针对工作产品向大家做个总体的介绍,例如讲解一下本工作产品的目标是什么,以及其相关的实现 细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品,或者查看开发过程中所用到的检查单。评审小组的主持人负责确定什么时间开始真正的评审会议,在预备会和正式评审会议之间,评审小组成员对工作产品进行彻底检查,并依据相关标准和准则评审工作产品。在预定时间,评审小组成员以会议形式聚在一起,依次对产品进行检查,主持人负责对整个会议的进展进行控制,记录员记录下这个过程。在工作产品中发现的每一个缺陷都会被认真记录下来,并被适当分类。会议结束后,负责人需要分析相关缺陷,找出产生此缺陷的原因并加以修正。主持人应确

6、保所有的缺陷都会得到解决和修正。如果过程需要加以变更的话,应将相关问题移交相关的质量保证人员。阶段评审内容评审时机参加人员是否可裁剪计划阶段项目计划项目启动会议项目所有成员否配置管理计划项目所有成员是质量保证计划项目所有成员是系统测试计划项目所有成员否需求阶段需求调研报告项目评审会议1需求分析师、项目经理、系统架构师、设计组成员、QA是需求规格说明书需求分析师、项目经理、系统架构师、设计组成员、QA否设计阶段概要设计说明书项目评审会议2需求分析师、项目经理、系统架构师、设计组成员、QA否UI设计图UI美工、需求分析师、项目经理、系统架构师、设计组成员、QA是详细设计说明书需求分析师、项目经理、

7、系统架构师、设计组成员、QA是决策分析评议表需求分析师、项目经理、系统架构师、设计组成员、QA是编码阶段代码检查(1)项目评审会议3开发组成员、项目经理、需求分析师、系统架构师、QA否代码检查(2)开发组成员、项目经理、需求分析师、系统架构师、QA否测试阶段系统测试用例项目评审会议4测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA否系统测试报告(1)测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA否系统测试报告(2)测试人员、项目经理、开发组成员、需求分析师、系统架构师、QA否发布阶段用户手册项目总结会议项目所有成员是项目总结报告项目所有成员否4.4质量保证(QA)4.

8、4.1 QA工作审计产品文档责任人项目计划项目经理需求规格说明书项目经理概要设计说明书项目经理源代码开发组系统测试用例测试组系统测试报告测试组用户手册项目经理项目总结报告项目经理入最佳实践库的产品项目经理4.4.2 QA工作中需要审计的活动活动评审时机项目立项计划阶段需求管理活动需求阶段设计过程活动设计阶段决策分析活动设计阶段开发编码活动编码阶段集成过程活动编码阶段系统测试活动测试阶段项目结项发布阶段交付与维护发布阶段项目跟踪与监控活动每月一次风险管理活动每月一次配置管理活动每月一次评审活动每月一次4.4.3 QA审计中的不符合项目问题对QA审计过程中发现的不符合项问题要写入不符合项跟踪记录表

9、,以邮件的方式发给问题的相关人员,做好和项目成员、项目经理、部门经理之间的沟通,问题的上报流程:项目组成员沟通解决项目经理部门经理总经理。QA要对不符合项问题进行跟踪与监控,直到问题解决,QA验证并关闭不符合项。4.5 软件测试4.5.1 软件测试流程4.5.2 严谨测试对测试人员测试的几点要求:(1)、明确自己的责任,尽可能多的发现软件中的bug。(2)、尽可能早的测试,这样会尽早的发现软件中的错误,便于修改,以免造成后期更高的维护成本。(3)、测试前编写完整的测试用例,有计划、有目的的进行测试,尽可能用最少的测试用例,达到最高的测试效率。(4)、不断的执行回归测试 测试人员测试出bug后,等开发人员修改后,要执行回归测试,以免因此次的修改造成其他的不具合。4.6 配置管理4.6.1工作内容:1)软件配置管理工具的日常管理与维护;2)提交配置管理计划;3)各配置项的管理与维护;4)执行版本控制和变更控制方案;5)完成配置审计并提交报告;6)对开发人员进行相关的培训;7)编译测试及发布版本;8)完成对版本的日常维护;9)建立外部发布版本。4.6.2 工具:VSS4.6.3 配置库目录:VSS组织资产库项目项目名称组织风险库最佳实践库佳实践库文档模板规范范代码库各阶段项目文档提出变更申请4.6.4变更控制流程:批准变更申请审核变更申请实施变更识别变更的可行性 . . . .

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 中学教育 > 其它中学文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号