大连理工软件测试与质量保证QA-作业

错误！未指定书签。

质量保证（QA）工作规程
软班2011
目录
目录 (2)
QA概述 (3)
1.QA定义 (3)
2. QA基本要点 (3)
(1)证实性 (3)
(2)预防性 (3)
(3)系统性 (4)
(4)反应能力 (4)
3.QA目的 (4)
QA工作流程 (4)
工作流程图 (5)
评审/审计 (6)
过程审计 (6)
产品审计 (7)
QA活动 (8)
制作QA PLAN (8)
制作检查表 (8)
评审活动 (8)
不符合性问题的处理 (9)
QA概述
1.QA定义
质量保证，即Quality Assurance，简称QA。

其在ISO8402：1994中的定义是“为了提供足够的信任表明实体能够满足质量要求，而在质量管理体系中实施并根据需要进行证实的全部有计划和有系统的活动”。

质量保证分为内部质量保证和外部质量保证，内部质量保证是企业管理的一种手段，目的是为了取得企业领导的信任。

外部质量保证是在合同环境中，供方取信于需方信任的一种手段。

因次，质量保证的内容绝非是单纯的保证质量，而更重要的是要通过对那些影响质量的质量体系要素进行一系列有计划、有组织的评价活动，为取得企业领导和需方的信任而提出充分可靠的证据。

软件行业的质量保证称为SQA,是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。

软件质量保证的目的是使软件过程对于管理人员来说是可见的。

它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。

软件质量保证组在项目开始时就一起参与建立计划、标准和过程。

这些将使软件项目满足机构方针的要求。

2.QA基本要点
(1)证实性
质量保证活动的关键在于能提供产品符合要求及质量管理过程符合要求的证据。

无必要的证据，则谈不到信任。

要把对具体产品的信任提高Nx,t组织的信任，只有使顾客对组织未来提供的新产品也同样寄予信任，才会取得更大的成功。

(2)预防性
质量保证要求对质量问题的发生应有充分的预防能力，这可以通过有效的质量策划来实现。

要防患于未然，对一切可能影响产品质量的因素，预先做出周密的控制安排，确保其不失控。

在实施中，还应针对发生的问题，采取相应的纠正和预防措施。

(3)系统性 不能把质量保证活动当作孤立的事件，而应从系统性的高度，从全局作出安排并加以协调控制，如诸文件间的相容性、各过程的界面和接口、过程的信息反馈、过程网络功能的发挥等。

(4)反应能力
以目前国内外各类企业的管理水平，要使问题根本不发生是难以做到的，然而质量保证的前提是满足要求，因此对任何偏离要求的现象，应能迅速作出反应，采取有效措施来加以纠正和预防。

3.QA 目的
(1)使工作人员和管理人员能客观了解过程和相关的工作产品.
(2)减少实际的开发过程和结果与预期的开发过程和结果的不符合情况.
(3)通过在软件开发周期中尽可能早地预期或者检测到不符合情况,减少纠正 错误的成本.
(4)确保客户了解自己提出的需求的含义,并且需求能够达到目标.
(5)确保建立了可行的包含评审活动的开发进度.
(6)确保按照计划进行评审设计.
QA 工作流程
工作活动图 报告和记录
工作产品
已定义过程
相关人员客观评价过程客观凭借工作
产品和服务
通报不符合的
问题并解决建立记录
工作流程图
软件质量保证工作流程主要是首先制作SQA 计划,然后准备检查表准备审计工作,由SQA 活动制定相应的审计报告,接下来再进行问题处理等一系列其他任务,具体流程图如下:
开始
制作SQA 计划
准备检查表
通知审计
编制SQA 活动
制作审计报告
是否有不符合问题
追踪问题是否项目结束
结束
NO
YES
通知类NO
YES
制定QA计划:
在确定QA任务时，要掌握项目特点与质量要求，同时考虑与SDP、CM等的兼容性划分适当层次上的QA任务并在QAP中明确。

注意，对某些过程域的检查应当是周期性而不是一次性，例如配置管理、需求管理等。

过程与产品检查:
实施质量策划，以QA活动保证软件开发过程和定
义在SDP中的方法能够被采用，QA角色将：
1. 鉴别和帮助减轻项目风险
2. 提供给高级管理者对开发活动的可视性
3. 提供在软件开发过程持续改进的反馈效果
QA报告:
任务：准备软件产品评估记录，至少要括：
•评估的产品
•应用在评估中的方法或标准
•评估结果
•推荐的纠正措施
•实际的纠正措施
问题跟踪:
记录质量问题
•质量保证员记录在质量检查、技术评审和产品测试过程中发现的质量问题。

•质量保证员跟踪问题的解决过程，记录问题的状态，直到问题被解决为止。

QA改进:
通过项目和QA过程
o 确定低效率和缺陷发生的地方；
o 建议项目过程的变化来改进效率或减少缺陷；
o 建议改进来消除缺陷发生的根源；
o 建议项目小组的培训课程。

评审/审计
过程审计
(1) 对项目计划活动的审计
项目计划是否根据项目的规模、工作量估计制定；
与项目组成员沟通了解他们的职责分工，对各自工作是否作出了估计，是否参考了以前类似项目的历史数据，项目经理的估计是否与他们的估计相等；
了解项目采用的主要技术和工具，项目组成员是否具有应用能力，有什么培训要求，培训计划是否能满足这些要求；
项目计划是否考虑了项目管理所花费的时间和工作量，是否考虑了评审时间以及评审后的修改时间。

(2) 对评审活动的审计
参与同行评审会议，是否对问题进行确认，评审主席是否有效的控制会议，并在最后给出评审结论；
会后是否就确定的缺陷提交同行评审总结报告和缺陷记录跟踪表；
确认同行评审发现的问题是否被解决。

(3) 对软件配置管理（SCM）活动的评审
对配置项的配置管理和变更是否符合配置管理过程和相应流程，即配置项草稿是否及早签入工作库，受控后是否放入受控库或已经被受控管理，基线内容是否按时纳入基线库。

(4) 对测试活动的评审
验证每个测试阶段的入口准则是否满足，是否对提交的测试分析报告进行了审核，与测试人员沟通了解测试计划和测试用例是否被完全执行并完全通过，检查缺陷管理工具，了解测试缺陷的数量、分布、严重程度以及缺陷的发生趋势。

95) 对项目跟踪与监控活动的审计
验证活动是否按计划进行，即与项目经理和项目组成员沟通了解他们目前的活动，是否按照计划的时间来进行计划的活动；
其产品是否已提交到配置库；
项目组是否按计划定期召开例会；
验证项目组是否按计划提交个人工作量测量表并进行数据汇总，审核度量的数据；
对收集的数据分析偏差和趋势，向项目经理预警偏差，建议其采取相应的措施，并跟踪解决。

产品审计
QA的产品审计概念比较模糊。

有两种意见：
一、QA产品审计=同行评审，就是检查产品是否符合规范，比如，是否与模板一致，内容是否符合规范。

一般为QA通过参与产品的技术评审，和检查表对项目产生的计划、文档、代码进行审计，在审计过程中，对发现的不符合项要和项目经理进行确认，并将不符合项记录在不符合项报告。

虽然与同行评审名称不一样，但是做的事情是差不多的，都是去检查产品的内容是否规范或正确。

二、QA产品审计和同行评审完全不是一回事，QA的产品审计，主要是看产品是否有做同行评审，而不是检查产品的内容是否正确，因为同行评审就是专家对产
品内容正确性进行检查，所以做过同行评审的产品就能保证质量。

QA 活动
制作QA PLAN
• 获取织定义QA 计划模板
• 确定QA 活动的质量目标、进度、实施方式、实施频率
• PM 参与制定QA 计划
• PM 与其它相关组评审QA 计划
• 对通过评审的QA 计划实施“管理&控制”
• 根据项目计划变更，QA 计划做相应变更
制作检查表
• 由项目的QA 接口人员申请制作检查表
• QA 接口人员向制作者说明项目的情况（可选）
• 制作人员依据织规定、项目情况制作特定的检查表
• QA 内部评审检查表
• 将检查表放入QA 库中
评审活动
o 预约评审
o 项目活动评审
• 通过评审会的形
• 根据检查表的检 标准
检查表
•通过迭代计划和
o 项目的输出工件
•通过配置库或项
o 编写评审报告
项目活动评审的目是检查项目活动是否符合织制定的方针、过程及规程的要求。

•项目经理负责为软件质量保证员提供项目信息
•软件质量保证员参加项目阶段总结会议
•软件质量保证员有选择地参加如下项目活动：
软件工作产品评审会议
项目例会等其它项目活动
•软件质量保证员应及时将发现的问题通知各相关人员，并确保项目组制定解决问题的活动计划。

所有发现问题都应记录在审核报告中。

软件质量保证员应对问题进行跟踪，并确保其得到解决。

•当问题有争议并不能在项目内得到解决时，软件质量保证员应提交高层管理者进行处理
不符合性问题的处理
•依据评审报告中指出的可能的不符合性问题，与当事人或（和）PM一起协商一致意见，否则逐级上报合理层次上的SM；如果是不符合性问题则协商纠正措施；
•根据评审报告中的不符合性问题完成纠正日期，到时进行追踪；
•按期不能解决的问题，再次与PM协商，如果不能达成一致，则上报至能处理该不符合性问题的高级经理；
•定期评审提交给SM的不符合问题直至解决它们为止。