软件质量保证86840.pptVIP

软件质量保证 SQA职责与活动 概要 质量管理发展及发展方向 SQA职责及活动 质量管理发展 质量管理发展五个阶段 质量管理发展方向 对于SQA一些误解 误解一、如果发布出去的软件有质量问题，那是软件测试人员的错；软件的质量是做出来的，而不是测出来的 对SQA与测试工作的误解 误解二、软件测试技术要求不高，比编程容易多了；很多人认为软件测试就是运行一下软件，然后看看结果对不对。但实际上，如何在有限的投入下，提高软件测试的效率和产出是一件很见功底的事情。所以，好的测试人员不仅要掌握各种测试技术和测试工具，还要具备丰富的编程经验和对BUG的敏感。另外，测试统计技术也是一项很特别的技术 对SQA与测试工作的误解 误解五、设计-实现-测试，软件测试是开发后期的一个阶段；实际上，软件测试贯穿整个软件产品生命期。一方面，软件测试也要经历测试计划、测试用例的设计和实现，以及测试运行一系列的阶段，因此，早在软件需求阶段，甚至更早，软件测试的工作就要开始了。另一方面，软件测试越早进行越好，因为BUG越早发现，BUG造成的影响和修改的代价就越小。而且，软件测试并不仅仅针对程序，软件的需求、设计等等也要被测试 对SQA与测试工作的误解 误解十、SQA工作就是做测试； 软件测试是一种有效的提高软件质量的手段，但测试毕竟是一种事后的、检验性的，如何在软件生产过程中保证软件过程的质量和效率其实比单纯的产品检验具有更重要的意义。不断地改进我们的软件过程是SQA的一项最重要的任务。  什么是软件质量 满足明确声明的功能和性能需求，明确文档化的开发过程以及专业人员开发的软件所具有的所有隐含特征（软件工程实践者理论） 理解： 软件需求是质量度量的基础，与需求不符就是质量不高 制订的标准定义一组指导软件开发的标准，如果不能按照这些准则，就可能导致质量不高 通常隐含需求是不被提及的（如软件易维护性） SQA活动内容 建立软件质量保证活动的实体 制订软件质量保证计划 坚持各阶段的评审和审计，并跟踪其结果作合适处理 监控软件产品的质量 采集软件质量保证活动的数据 度量软件质量保证活动 监控软件产品质量 对软件产品的验收 把握采购软件的质量 监控分承包商的软件质量保证工作 收集项目各个阶段数据 记录不协调事项 跟踪不协调事项直至解决 收集各阶段的评审和审计情况 度量和改善SQA活动 测量的目的是为了判断SQA活动的成本和进度状态。 与其计划相比，SQA活动完成的里程碑数； 在SQA活动中完成的工作，花费的工作量及支出的费用； 与其计划相比，产品审计和活动评审的次数 * * 质量管理发展五个阶段 1900 手工操作者 专职检验员 1920 过程统计技术 1931 全面质量管理 1960 2000 以顾客为中心 阶 段 时间 质量管理发展趋势 一个核心和两个基本改变 核心：由对结果的检验转向对过程精细的控制 改变： 管理范围的改变 由针对以产品生产制造服务质量管理扩大到 行政部门工作质量。 关注焦点的转移 由面向以产品生存周期的 服务质量管理转向 顾客满意为中心质量管理。 软件产业要经历三个不同时代 结构化生产时代 70年代中期至90年代中期 ：结构化分析；结构化设计；结构化程序设计；结构化测试；结构化审查与走查。 以过程为中心的时代 从80年代中期至2010年前后 ：寓质量和效率于生产过程之中；关于软件过程的主要流派 ISO 9000，CMM/PSP/TSP 。 软件工业化生产时代 1995年开始 ：基础技术 软件过程技术，面向对象技术，基于构件的开发技术 ；主要问题 标准化，产业文化，政策法规 ；对前途的估计 我国2005年可以进入软件工业化生产时代 。 ． ANSI/IEEE 六個品質要素 * 正确性（correctness）： –制作的功能，达到设计规范和满足使用者需求的程度； * 可靠性（reliability）： –在规定期限和条件下，仍能维持其性能水平的程度； * 易使用性（usability）： –使用者学习、操作、准备输入、理解输出所作努力的程度 * 效率（efficiency）： –软件执行某项功能所需的计算机资源（含时间）的有效程度 * 可维护性（maintainability）： –当环境改变或软件发生错误时，执行修改所做努力的程度 * 可移植性（portability）： –从一个电脑系统或环境移到另一个电脑或环境的难易程度 软件品質特性 软件品保活動 技术方法的使用 使用良好的开发技术，以确保开发软件品质 Object-Oriented, Structure Design … 清楚而文件化的需求规格或外部功能规格 训练良好，且技术熟练的人员 良好的项目管理技术 正式技术复核的使用 在软件开发各阶段中，有效的审查各项开发文