软件测试依据和规范要点详解.pptVIP

软件测试方法和技术 - Ch.4软件测试依据和规范 主讲教师：郭晓燕 第四章 软件测试依据和规范 引论 4.1 测试过程模型 W模型 W模型 ISO9000是什么? ISO 软件质量标准 ISO 软件质量标准思想 ISO 软件质量标准结构 ISO9000-3 是什么 ISO9000-3标准 软件开发、供应、维护中应用ISO9001的指南 是指南，不是标准 依然困惑：依然强调的是供应商和顾客的关系，不是工程师该如何做 ISO 9000-3 体系结构 CMM思想和结构体系 CMM的历史 基于CMM模型的过程改进 软件过程改进的方法论-IDEAL CMM的五个等级 CMM的五个等级及关键过程域 (二) 不同成熟度的项目结果 关键过程域(Key Areas) ISO9000与CMM的关系 ISO9000相当于CMM二级和三级的一部分内容(有人称为2.5级) CMM和ISO9000认证本身没有优劣之分 CMM是一个动态的过程 对于预算、项目周期管理等ISO9000涉及不够的内容，CMM有所覆盖 ISO9000与CMM的区别 ISO9001是通用的国际标准,适用于各类组织。 CMM是美国军方为评价软件供应商的质量水平,委托SEI开发的一个评价模型,只用于软件业。 CMM更详细,更专业。 ISO9001只建立了一个可接受水平，而CMM是一个具有五个水平的评估工具。 ISO9001聚焦于供应商和用户间的关系，而CMM更关注软件的开发过程。 H公司的B项目是一个庞大的项目组，技术相当复杂。名词术语很多，而且对于同一件事物的表达方式也不尽相同。项目组非常有必要制定一个规范的术语表，既统一了说法，也方便项目组的新人查阅。但是事情的发展是很有戏剧性的。 　　项目组在起初并没有重视术语表的编制，因为人少，产生的文档也不多，所以这件事情无人重视。但是到了项目进展了1/3左右，术语的混乱已经相当严重的时候。B项目组的一个工程师X自发地开发了一个小程序，用于查阅术语的名称和缩写。项目经理对X工程师的做法提出了表扬，并委任X开发和维护这个标准术语表。 　　 项目经理和相关部门的始终没有意识到： (1)开发和维护这样的标准术语表是项目经理和配置管理人员的职责，不是某一个软件工程师的任务。 (2)类似的问题在别的项目组一定出现过，以后的项目组一定也会遇到，必须在开发规范上堵住这个漏洞，让别的项目不会重蹈覆辙。 　　所谓的“管理无大事”，过程管理的真谛就在于这些看似细节的小事。基本的过程管理原则和规范只是“骨架”，而“血肉”是要靠这些看似细枝末节的小事来丰满的。积沙成塔，集腋成裘，点滴持续地改进，其效果最终是巨大的。 案例分析 H公司和Z公司都在研发相同类型的C产品。H公司在推广CMM，采用了相对严格的过程规范，并且把相对重要的部分外包给了印度的CMM5级公司。这些手段Z公司都没有采用，但是Z公司却抢在了前面。 　　Z公司的“秘密武器”是一种形式化语言—SDL，Z公司采用SDL作为设计工具，这样C产品的相当一部分代码可以由SDL工具自动生成，而且在设计阶段就可以进行仿真运行，这样就大大地提高了效率并减少了缺陷。H公司虽然采用了相对严格的过程规范，但是因为全部代码为手工编制，所以，无论是效率还是质量， H公司都落后了。 　　H公司显然忽视了先进技术可能为生产率带来的进步，通过了CMM高级别的评估，只能说明被评估的组织机构在过程控制上做得更加细致，但是并不能够保证你的开发过程是高效的。某些沉迷于CMM的组织机构忘记了先进的软件工程技术的重要性。 软件测试规范 软件测试标准 国际标准 ISO-9000-3、ISO/IEC 14598 国家标准 GB国标，GB/T 15532-2008 行业标准 IEEE 企业规范 项目规范 完整的软件测试规范是怎样的 制定测试规范需要考虑的内容 建立软件测试管理和评判体系 为什么要建立管理与评判体系? 监视和测量软件产品 识别和控制不符合要求的产品 验证产品设计和开发 监视和测量软件过程 测试管理和评判体系发展现状 美国质量保证研究所对软件测试的研究结果表明:越早发现软件中存在的问题，开发费用就越低; 在编码后修改软件缺陷的成本是编码前的10倍，在产品交付后修改软件缺陷的成本是交付前的10倍; 软件质量越高，软件发布后的维护费用越低。 根据对国际著名IT企业的统计，它们的软件测试费用占整个软件工程所有研发费用的50% 以上。 中国软件企业在软件测试方面与国际水准仍存在较大差距。 首先，认识上重开发、轻测试，没有认识到软件项目的如期完成不仅取决于开发人员，更取决于测试人员； 其次，管理上随意、简单，没有建立有效、规范的软件测试管理和评判体系； 缺少自动化工具的支持 大多数企业在软件测试时并没有建立软件测试管理与评判