软件测试与质量保证课件 第3章 软件质量保证

第3章软件质量保证本章内容软件质量保证概述软件质量保证任务软件质量保证组织软件质量保证活动软件质量保证过程2本章内容软件质量保证概述软件质量保证任务软件质量保证组织软件质量保证活动软件质量保证过程3软件质量保证概述为什么软件质量保证如此重要？42003年美国大停电因电力公司报警系统失效致5000万人受影响印尼狮航610航班因错误传感器触发自动下压机头，坠毁致189人遇难软件系统一旦失效，影响会成倍扩散，最后不只是“一个小bug”，而是公共安全事件、社会稳定事件。软件质量保证概述定义软件质量保证（SQA）是一个确保软件产品在其整个生命周期中满足或超越预定标准的活动。SQA目的对软件项目正在运行的过程和工作产品进行审查保证软件开发、验证过程符合批准的计划和标准对阶段工作产品进行了符合性评审，提出的问题得到解决将审查的结果通知到相关人员项目组内无法解决的问题可向高层反映5软件质量保证概述SQA意义缩小缺陷引入与发现之间的时间间隔，尽量在刚刚引入缺陷时即将其捕获，而不是让缺陷扩散到后续活动作用于过程而不是最终产品，因此它有可能会带来广泛的影响与巨大的收益贯穿于所有的活动之中，而不是只集中于一点6本章内容软件质量保证概述软件质量保证任务软件质量保证组织软件质量保证活动软件质量保证过程7软件质量保证任务8质量保证定义：软件质量保证任务是由质量保证的计划、审计、评审、记录、分析、报告等多项任务组成，这些任务统一交给独立的SQA小组执行。质量保证任务：SQA计划：质量活动、评审/审计要求、标准、缺陷报告流程审计与评审：产品/过程/工具合规性检查，文档/设计/代码核查记录与报告：问题、偏差、建议；面向项目团队与管理层跟踪与分析：不符合项闭环、度量数据收集与改进建议本章内容软件质量保证概述软件质量保证任务软件质量保证组织软件质量保证活动软件质量保证过程9软件质量保证组织概述目的：确保开发过程与结果达到质量标准并满足用户需求方式：制定/执行质量计划、过程监控、质量评审与测试、最终交付把关10软件质量保证组织结构软件质量保证组织结构通常根据企业的规模、项目复杂度和质量管理需求而有所不同。SQA组织结构涉及不同的角色和职能部门，负责不同层次的质量保证任务。目前常用的SQA组织结构有三种：独立的SQA部门独立的SQA小组独立的SQA工程师11软件质量保证组织结构定义：企业内部专职的质量保证部门组织形态：完整部门，配备专职SQA人员汇报关系：直接向高层管理层汇报核心职责：制定企业级质量策略与标准；监督各项目质量执行适用场景：大型企业、复杂/多项目环境12独立的SQA部门软件质量保证组织结构定义：项目中专职负责质量保证的个人工作方式：与开发团队同频协作，并行介入开发过程核心职责：制定项目级质量计划；组织/执行测试；开展代码评审；监督流程符合标准适用场景：小型项目或资源有限的企业/团队13独立的SQA工程师软件质量保证组织结构定义：项目团队内相对独立的质量保证小组，专责项目层面的SQA定位与独立性：与开发团队紧密协作但保持独立判断，避免受研发进度干扰核心职责：制定并维护项目质量计划（QAP）组织/执行测试与缺陷跟踪开展质量审核/过程评审与风险控制建立度量与报告（缺陷密度、修复时效、覆盖率等）协作关系：对接产品/开发/测试/运维，推动问题闭环与持续改进适用场景：中型项目/企业，跨模块协作多、对过程一致性与交付质量要求高14独立的SQA小组软件质量保证组织结构模型类型特点适用场景独立SQA部门系统化、专业度高；面向企业级策略、标准与监督；直达高层大型企业、复杂/多项目环境独立SQA小组项目内独立、贴近交付；质量计划/审核/缺陷跟踪主导中型企业、中等复杂度项目独立SQA工程师个人负责项目质量；灵活高效、成本低小型企业、简单项目/质量要求较低场景15SQA组织结构对比角色分类和职能16高层管理：制定质量策略/目标，资源保障；监督质量活动与企业目标一致SQA经理：编制质量保证计划；跨部门协调；监控质量目标达成SQA工程师：过程审核、产品评审与测试；阶段性质量评估与问题解决配置管理人员：版本/变更管理、配置审计与可追溯性SQA组织中常见的角色分类与职能SQA人员要求17技术能力：熟悉软件开发生命周期、质量控制技术和测试工具分析能力：能够分析和评估软件过程和产品，识别质量问题并提出改进建议沟通能力：能够与开发团队、项目经理和其他利益相关者有效沟通，传达质量要求和发现的问题，推动质量改进，促进团队协作。持续学习：培训与认证，跟进行业标准/工具更新SQA人员要求六西格玛的角色和培训18方法：以数据为基础，消除缺陷、提升质量角色：领导者、绿带、黑带、大师黑带（分层赋能与指导）对象核心内容/目标高层管理者正确认知与战略引领；资源配置与文化推动绿带基础工具与DMAIC流程；在岗改进与数据分析入门黑带复杂问题求解；统计方法（假设检验/回归/方差分析等）；项目落地大师黑带战略规划/组织变革；培训/辅导黑带与绿带；多项目治理六西格玛人员培训本章内容软件质量保证概述软件质量保证任务软件质量保证组织软件质量保证活动软件质量保证过程19软件质量保证活动20质量保证是复审、开发方法、配置控制与程序测试的综合应用。质量保证既是技术活动，也是管理活动。质量保证的活动内容软件评审21同行评审：团队内部，早期发现问题，促知识共享正式评审：关键阶段；需求/设计/代码/测试评审（检查表驱动）管理评审：高层评估进度/风险/质量；确保战略一致性审计评审：独立第三方合规性评估；识别与纠正偏差验证与确认22验证：过程正确性

→

文档检查、代码审查、静态分析、单元测试流程：计划→执行→评估→改进（形成验证报告）确认：满足用户需求

→

系统/集成/验收测试流程：计划→执行→评估→发布（决定是否发布）纠正和预防措施23纠正：已发生问题

→

根因分析/修正实施/恢复运行预防：潜在问题

→

风险评估/过程改进/预防性培训目标：问题率下降、可靠性提升、客户满意度提高软件质量控制24测试：计划→设计→执行→缺陷管理→评估与报告审计：过程/产品审计（计划、准备、执行、报告、跟进）度量分析：定义指标→数据收集→统计分析→报告与反馈软件质量控制是一系列确保软件产品在开发过程中和最终交付时达到既定质量标准的一系列活动。如下：软件配置管理25软件配置管理，简称SCM，是一种“保护伞”活动，它用于整个软件工程过程。SCM活动的目标标识变更控制变更确保变更正确地实现向其他有关的人报告变更软件配置管理26按照ISO9000-3的说明，软件配置项可以是：与合同、过程、计划和产品有关的文档和数据；源代码、目标代码和可执行代码；相关产品，包括软件工具、库内的可复用软件、外购软件及用户提供的软件。随着软件工程过程的进展，软件配置项(SCI)数目快速增加。软件配置管理27实施软件配置管理要做的事情至少有：制定配置管理计划

应考虑：配置标识的规则如何建立项目数据库如何将软件配置项置于配置管理之下配置管理人员的职责和配置管理活动采用什么样的配置管理工具、技术和方法软件配置管理28实施变更控制

许多软件工程项目没有变更控制措施导致出现混乱。实施版本管理和发行管理它应当解决下列问题：采用什么方式来标识和管理许多已存在程序(和它们的文档)的各种版本？在软件交付用户之前和之后如何控制变更？谁有权批准和对变更安排优先级？如何保证变更得以正确地实施？利用什么办法来估计变更可能引起的其他问题？这些问题归结到软件配置管理的5个任务，即配置标识、版本管理、变更控制、配置审核和配置报告。

软件配置管理29版本控制是SCM的基础，它管理并保护开发者的软件资源。版本控制管理在软件工程过程中建立起配置对象的不同版本。版本管理可以把一些属性结合到各个软件版本上。通过描述所希望的属性集合来确定（或构造）所想要的配置。使用演变图来表示系统的不同版本。版本控制软件配置管理30软件配置管理31图中的各个结点都是复合对象，是一个完全的软件版本。软件的每一版本都是SCI（源代码、文档、数据）的一个集合，且各个版本都可能由不同的变种组成。例如，一个简单的程序版本由1、2、3、4和5等部件组成。其中部件4在软件使用彩色显示器时使用，部件5在软件使用单色显示器时使用。因此，可以定义版本的两个变种。软件配置管理32变更控制软件生存期内全部的软件配置是软件产品的真正代表，必须使其保持精确。软件工程过程中某一阶段的变更，均要引起软件配置的变更，这种变更必须严格加以控制和管理，保持修改信息。变更控制包括建立控制点和建立报告与审查制度。软件配置管理33软件配置管理34配置状态报告为了清楚、及时地记载软件配置的变化，需要对开发的过程做出系统的记录，以反映开发活动的历史情况。这就是配置状态登录的任务。登录主要根据变更控制小组会议的记录，并产生配置状态报告。对于每一项变更，记录：发生了什么？为什么会发生？对谁做的？什么时侯发生的？会有什么影响？软件配置管理35软件配置管理36每次新分配一个SCI，或更新一个已有SCI的标识，或一项变更申请被变更控制负责人批准，并给出了一个工程变更顺序时，在配置状态报告中就要增加一条变更记录条目。一旦进行了配置审计，其结果也应该写入报告之中。软件配置管理37配置状态报告可以放在一个联机数据库中，以便软件开发人员或者软件维护人员可以对它进行查询或修改。此外在软件配置报告中新登录的变更应当及时通知给管理人员和软件工程师。配置状态报告对于大型软件开发项目的成功起着至关重要的作用。避免了可能出现的不一致和冲突。本章内容软件质量保证概述软件质量保证任务软件质量保证活动软件质量保证活动软件质量保证过程38软件质量保证过程的实施39Target：以用户要求和开发方针为依据，对质量需求准则、质量设计准则的各质量特性设定质量目标。Plan：设定适合于被开发软件的评测检查项目(质量评价准则)。研讨实现质量目标的方法或手段。Do：制作高质量的规格说明和程序。在接受质量检查前先做自我检查。Check：以Plan阶段设定的质量评价准则进行评价。计算结果用质量图的形式表示出来。比较评价结果的质量得分和质量目标，看其是否合格