软件质量保证质量精品.ppt

* 0.5hrs * 0.5hrs SQA目标 SQA总目标 减少并纠正实际的软件开发过程和软件开发结果与预期的软件开发过程和软件开发结果的不符合情况 SQA方法 通过在软件开发周期中尽可能早地预期或检测到不符合情况(错)误，来防止错误的发生，并减少错误纠正的成本 错误发现得越早，造成的损失越小，修改的代价也越小 SQA目标 软件开发不同阶段： 需求分析：Requirements Analysis 规格定义：Software Specifications 设计：Design 编码：Coding 测试：Testing 维护：Maintenance SQA目标 需求分析：Requirements Analysis 确保客户提出的要求是可行的 确保客户了解自己提出的需求的含义，并且这个需求能够真正达到他们的目标 确保开发人员和客户对于需求没有误解或者误会 确保按照需求实现的软件系统能够满足客户提出的要求 SQA目标 规格定义：Software Specifications: 确保规格定义能够完全符合、支持和覆盖前面描述的系统需求 可以采用建立需求跟踪文档和需求实现矩阵的方式 确保规格定义满足系统需求的性能、可维护性、灵活性的要求 确保规格定义是可以测试的，并且建立了测试策略 确保建立了可行的、包含评审活动的开发进度表 确保建立了正式的变更控制流程 SQA目标 设计：Design: 确保建立了设计的描述标准，并且按照该标准进行设计 确保设计变更被正确的跟踪、控制、文档化 确保按照计划进行设计评审 确保设计按照评审准则评审通过并被正式批准之前，没有开始正式编码 SQA目标 编码：Coding: 确保建立了编码规范、文档格式标准，并且按照该标准进行编码 确保代码被正确地测试和集成，代码的修改符合变更控制和版本控制流程 确保按照计划的进度编写代码 确保按照进化的进度进行代码评审 SQA目标 测试：Testing: 确保建立了测试计划，并按照测试计划进行测试 确保测试计划覆盖了所有的系统规格定义和系统需求 确保经过测试和调试，软件仍旧符合系统规格和需求定义 SQA目标 维护：Maintenance: 确保代码和文档同步更新，保持一致 确保建立了变更控制流程和版本控制流程，并按照这些流程管理维护过程中的产品变化 确保代码的更改仍旧符合编码规范、通过代码评审，并且不会造成垃圾代码或冗余代码 对SQA工作的误解 误解：SQA工作就是做测试； 软件测试是一种有效的提高软件质量的手段，但测试毕竟是一种事后的、检验性的， 　如何在软件生产过程中保证软件过程的质量和效率其实比单纯的产品检验具有更重要的意义。不断地改进我们的软件过程是SQA的一项最重要的任务。 SQA活动一览 SQA主要活动 识别质量需求； 参与项目计划的制定； 制定SQA计划； 按照SQA计划评审工作产品； 按照SQA计划实施审核工作； 编写SQA报告，通知相关人。 处理不合格项。 监控软件产品的质量 采集软件质量保证活动的数据 度量软件质量保证活动 SQA活动－识别质量需求 识别质量需求 SQA小组应参与项目组的需求开发工作，站在客户的角度，协助项目组识别质量指标和可能的质量风险，反应在系统需求中。 注： 在项目开始时，SQA小组就应为项目组配备SQA人员。 SQA活动－参与项目计划制定 参与项目计划制定 SQA小组进行有关项目计划、标准和规程的咨询。 SQA小组验证项目计划、标准、规程是否到位，且可用于评审和审核项目。 SQA小组参与项目计划的评审。 SQA活动－制定SQA计划 制定SQA计划 在项目计划制定的同时，SQA小组负责制定SQA计划。 项目经理、项目组、SCM小组评审SQA计划。 SQA计划经SQA经理审核、CCB批准后纳入配置管理。 SQA活动－评审工作产品 SQA小组评审工作产品 依据SQA计划，SQA小组可以以下列方式评审工作产品： SQA小组参与项目组评审 SQA小组独立对工作产品评审 SQA小组邀请别的专家评审工作产品 依据适用的标准、规程和合同需求，SQA小组客观的评价工作产品 SQA小组识别和记录工作产品中的不合格项，验证纠正结果，跟踪到问题关闭 SQA活动－审核 SQA小组实施审核工作 根据SQA计划，SQA小组审核项目组和相关组的活动，评价其与计划、适用的标准和规程的一致性。 SQA小组记录和识别项目活动中的不合格项，验证纠正结果，跟踪到问题关闭。 SQA活动－报告 SQA小组报告 SQA小组应及时提交审核报告或不合格项报告给项目经理及项目组相关人员。 SQA人员定期（一般是每周）提交SQA报告给项目经理和SQA经理。 SQA经理定期（一般是每月）提交SQA报告给高层管理和SEPG。 SQA活动－处理不合格项 处理不合格项 SQ