资源描述
软件质量保证体系(2)
软件质量保证体系(2)
文档作者: 李伟
撰写时间: [公布日期]
文档状态: [状态]
[单位]
2
修订统计
版本
日期
描述
作者
目录
修订统计 2
目录 3
企业内部标准 4
1.使用范围 4
2.引用标准 4
3.定义 4
4. 质量管理体系 4
4.1软件质量管理责任分配 4
4.2工作产品和活动 5
4.3评审 6
4.4质量确保(QA) 8
4.5 软件测试 10
4.6 配置管理 11
企业内部标准
本标准参考CMMI3 《质量管理和质量确保标准》
1.使用范围
本标准作为本企业在软件项目开发、供给和维护时质量要求,以确保产品质量,预防不合格产品。
以下具体描述了软件开发各阶段控制手段和要求。要求质量确保贯穿各个阶段,一直确保严格实施。
2.引用标准
本标准制订考虑本企业实际情况,所以本标准仅用于本企业内部控制产品质量。
使用本文档时,请尽可能参考最新版本。
3.定义
产品:以下指软件产品,即交付给用户一整套计算机程序、规程及相关文档和数据。
开发:软件产品全部活动。
供方:指本企业。
需方:指具体项目标需求方,即用户。
质量体系:质量要素、各要素需要达成目标和在开发过程中必需采取方法。
4. 质量管理体系
4.1软件质量管理责任分配
角色
职责
配置管理员
制订、创建和维护配置库,提供文档规范,并传达成各个部门。
QA(质量确保)
参与项目各个阶段评审,进行过程评审和产品审计,检验文档和代码规范实施情况
QC(质量控制)
软件测试是质量控制关键手段,测试人员进行软件测试设计和实施工作
4.2工作产品和活动
活动
责任人
工作产品
是否可裁剪
项目立项
项目经理
项目计划
否
配置管理员
配置管理计划
是
QA
质量确保计划
是
测试人员
系统测试计划
否
需求管理活动
项目经理
需求调研汇报
是
需求规格说明书
否
用户、项目经理
用户确定书
是
QA
评审汇报
是
设计过程、决议分析活动
设计组
概要设计说明书
否
界面设计图
是
具体设计说明书
是
项目经理
决议分析评议表
是
QA
评审汇报
是
开发编码、集成过程活动
项目经理
版本公布统计
否
QA
评审汇报
是
开发人员
程序代码
否
系统测试活动
测试人员
测试用例、测试汇报
否
QA
评审汇报
是
项目结项、交付和维护活动
项目经理
培训教材
是
用户手册
是
安装手册
是
项目总结汇报
否
项目经理、用户
用户验收汇报
是
QA
评审汇报
是
项目跟踪和监控活动
项目经理
项目问题跟踪日志
是
QA
不符合项问题跟踪统计表
否
项目跟踪和监控活动检验单
是
风险管理活动
项目经理
风险管理列表
是
QA
风险管理活动检验单
是
配置管理活动
配置管理员
配置状态汇报
是
变更请求审批表
是
变更跟踪统计表
是
QA
配置管理活动检验单
是
评审活动
项目组员
评审汇报
否
QA
评审活动检验单
是
4.3评审
评审是以一个正式形式进行,如有正式、事先定义好相关职责多种角色,并遵照组织要求步骤。
对于任何工作产品审计,全部会组建和之对应专门评审组,包含作者、主持人、统计员和陪审员若干。评审组组员能够包含PPQA、项目组组员,但不能有作者直接领导或管理者。
评审小组先召开一个预备,作者会针对工作产品向大家做个总体介绍,比如讲解一下本工作产品目标是什么,和其相关实现 细节、开发标准等。应该许可甚至激励评审组组员动手查看工作产品,或查看开发过程中所用到检验单。
评审小组主持人负责确定什么时间开始真正评审会议,在预备会和正式评审会议之间,评审小组组员对工作产品进行根本检验,并依据相关标准和准则评审工作产品。
在预定时间,评审小组组员以会议形式聚在一起,依次对产品进行检验,主持人负责对整个会议进展进行控制,统计员统计下这个过程。
在工作产品中发觉每一个缺点全部会被认真统计下来,并被合适分类。
会议结束后,责任人需要分析相关缺点,找出产生此缺点原因并加以修正。
主持人应确保全部缺点全部会得四处理和修正。假如过程需要加以变更话,应将相关问题移交相关质量确保人员。
阶段
评审内容
评审时机
参与人员
是否可裁剪
计划阶段
项目计划
项目开启会议
项目全部组员
否
配置管理计划
项目全部组员
是
质量确保计划
项目全部组员
是
系统测试计划
项目全部组员
否
需求阶段
需求调研汇报
项目评审会议1
需求分析师、项目经理、系统架构师、设计组组员、QA
是
需求规格说明书
需求分析师、项目经理、系统架构师、设计组组员、QA
否
设计阶段
概要设计说明书
项目评审会议2
需求分析师、项目经理、系统架构师、设计组组员、QA
否
UI设计图
UI美工、需求分析师、项目经理、系统架构师、设计组组员、QA
是
具体设计说明书
需求分析师、项目经理、系统架构师、设计组组员、QA
是
决议分析评议表
需求分析师、项目经理、系统架构师、设计组组员、QA
是
编码阶段
代码检验(1)
项目评审会议3
开发组组员、项目经理、需求分析师、系统架构师、QA
否
代码检验(2)
开发组组员、项目经理、需求分析师、系统架构师、QA
否
测试阶段
系统测试用例
项目评审会议4
测试人员、项目经理、开发组组员、需求分析师、系统架构师、QA
否
系统测试汇报(1)
测试人员、项目经理、开发组组员、需求分析师、系统架构师、QA
否
系统测试汇报(2)
测试人员、项目经理、开发组组员、需求分析师、系统架构师、QA
否
公布阶段
用户手册
项目总结会议
项目全部组员
是
项目总结汇报
项目全部组员
否
4.4质量确保(QA)
4.4.1 QA工作审计产品
文档
责任人
项目计划
项目经理
需求规格说明书
项目经理
概要设计说明书
项目经理
源代码
开发组
系统测试用例
测试组
系统测试汇报
测试组
用户手册
项目经理
项目总结汇报
项目经理
入最好实践库产品
项目经理
4.4.2 QA工作中需要审计活动
活动
评审时机
项目立项
计划阶段
需求管理活动
需求阶段
设计过程活动
设计阶段
决议分析活动
设计阶段
开发编码活动
编码阶段
集成过程活动
编码阶段
系统测试活动
测试阶段
项目结项
公布阶段
交付和维护
公布阶段
项目跟踪和监控活动
每个月一次
风险管理活动
每个月一次
配置管理活动
每个月一次
评审活动
每个月一次
4.4.3 QA审计中不符合项目问题
对QA审计过程中发觉不符合项问题要写入《不符合项跟踪统计表》,以邮件方法发给问题相关人员,做好和项目组员、项目经理、部门经理之间沟通,问题上报步骤:项目组组员沟通处理——项目经理——部门经理——总经理。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 工具:
VSS
4.6.3 配置库目录:
VSS
组织资产库
项目
项目名称
组织风险库
最好实践库
佳实践库
文档模板
规范
范
代码库
各阶段项目文档
提出变更申请
4.6.4变更控制步骤:
同意变更申请
审核变更申请
实施变更
识别变更可行性
展开阅读全文