软件测试依据和规范课件

,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,软件测试方法和技术,-Ch.4,软件测试依据和规范,主讲教师：郭晓燕,第四章 软件测试依据和规范,4.1,测试过程模型,4.2,测试过程改进模型,4.3,软件测试标准和规范,4.4,软件测试管理和评判体系,引论,标准和规范是成熟工业的标志,软件行业也在不断朝此方向努力,4.1,测试过程模型,V,模型,W,模型,W模型,W,模型,测试过程和开发过程贯穿了软件过程的整个生命周期，它们是相辅相成的关系，有以下几个关键点,：,测试过程和开发过程是同时开始，同时结束，两者保持同步关系。,测试过程是对开发过程中的阶段性结果和产品进行严重的过程，两者相互依赖。前期，,测试过程依赖于开发过程,，后期，,开发过程更多地依赖于测试过程,。,测试过程和开发过程的工作重点可能不一样，两者有各自的特点，不论在资源和风险管理中，两者都存在差异。,ISO9000,是什么,?,ISO 9000,的由来,ISO 9000,总体思想,ISO 9000,体系结构,ISO,软件质量标准,ISO,(,International Standardization Organization,国际标准化组织,)TC/176,技术委员会制定的所有国际,标准,质量保证标准（,ISO9001/2/3,）,质量管理标准（,ISO9004),TC176,即,ISO,中第,176,个技术委员会，成立于,1980,年，全称是“质量保证技术委员会”，,1987,年又更名为“质量管理和质量保证技术委员会”。,TC176,专门负责制定质量管理和质量保证技术的标准,ISO,软件质量标准思想,控制思想,，即对产品形成的全过程进行控制。任何事物都是由一个或多个过程活动的结果，只要对产品形成的全过程进行控制并达到过程质量要求，最终产品的质量就有了保证,预防的思想,。通过对产品形成的全过程进行控制以及建立并有效运行自我完善机制达到预防不合格，从根本上减少或消除不合格品,ISO,软件质量标准结构,ISO9001,：设计,/,开发、生产、安装和服务中质量保证模式；,ISO9002,：生产和安装中的质量保证模式；,ISO9003,：最终检验和测试中的质量保证模式；,ISO9004,：质量管理和质量体系要素导则。,ISO9000,系列标准的主体部分分为两组：,“需方对供方要求质量保证”的标准,ISO9001,9003,“供方建立质量保证体系”的标准,ISO9004,ISO9000-3,是什么,ISO9000-3,其实是,ISO,质量管理和质量保证标准在软件开发、供应和维护中的使用指南，并不作为质量体系注册,/,认证时的评估准则，主要考虑软件行业的特殊性制定。参照,ISO9001,质量体系 设计、开发、生产、安装和服务的质量保证模式,，并引用,ISO 8402,质量管理和质量保证术语,，使得,ISO9000,系列标准应用范围得以拓展,ISO9000-3,标准,软件开发、供应、维护中应用ISO9001的指南,是指南，不是标准,依然困惑：依然强调的是供应商和顾客的关系，不是工程师该如何做,ISO 9000-3,体系结构,合同评审,需方需求规格说明,开发计划,质量计划,设计和实现,测试和确认,验收,复制、交付和安装,维护,CMM,思想和结构体系,CMM,即软件能力成熟度模型,（,Capability Maturity Model,）是向软件组织提供如何增加对其开发和维护软件过程的控制能力。设计并实施,CMM,是为了指导软件组织：,通过确定当前过程的成熟度等级和识别出对软件质量和过程改进至关重要的问题，来选择其过程改进策略。,通过关注一组有限的活动，并为实现它们而积极工作，组织能稳步地改善其软件过程，使其软件过程能力持续不断地增长。,CMM,的历史,CMM,分阶段的体系结构源于己有,60,多年历史的产品质量原理。,ITT,的,Philip Crosby,在其书“,Quality is Free”,（,Crosby 79,）中首先提出将质量原理改编为成熟度框架的思想。,Humphrey,的成熟度框架早期版本发表在,SEI,技术报告（,Humphrey 87a,，,Humphrey 87b,）、文章（,Humphrey 88,）和书“,Managing the software Process”,（,Humphrey 89,）中。,基于CMM模型的过程改进,软件过程改进的方法论-IDEAL,修 改 组 织 的 方 法,记 录 和 分 析 教 训,定 义 过 程 和 度 量,计 划 及 执 行 试 行 方 案,计 划，执 行 和 跟 踪 改 进 方 案,建 立 过 程 行 动 组,做 行 动 计 划,设 定 战 略 和 优 先 级,提 出 建 议 并 记 录 阶 段 成 果,评 估 当 前 实 践 情 况,改 进,动 机,确 定 改 进 范 围 以 及 获 取 支 持,建 立 改,进 机 制,诊 断,建 立,行 动,学习,初 始 化,Initiating,Diagnosing,Establishing,Acting,Learning,CMM,的五个等级,Adapted from SEI-93-TR-24,Maturing,Disciplined,Process,Repeatable,(2),Project Mgmt system in place,performance repeatable,Standard,consistent,process,Defined,(3),SW Engr&Mgmt processes defined&integrated,Predictable,process,Managed,(4),Product&processes quantitatively controlled,Continuously,improving,process,Optimizing,(5),Process improvement institutionalized,Initial,(1),Process is informal and unpredictable,CMM,的五个等级及关键过程域,(,二,),不同成熟度的项目结果,Probability,Time/$/.,4,Based on quantitative understanding,of process and product,performance,continues to improve,Target,Probability,Time/$/.,3,With well-defined processes,performance improves,Target,Probability,Time/$/.,2,Plans based on past performance are,more realistic,Target,Adapted from SEI-93-TR-24,Probability,Time/$/.,1,Schedules and cost targets are,typically overrun,Target,Probability,Time/$/.,5,Target,Performance continuously improves,Distribution of actual outcomes,Target,is the initial estimated objective for a critical project parameter(e.g.,cost,delivery date,defect counts),19,关键过程域,(Key Areas),过程更改管理,*,技术更改管理,*,错误预防,*,质量管理,*,过程量化管理,*,同级评审,*,组间协作,软件产品工程,*,软件集成管理,*,培训计划,软件过程定义,*,软件过程要点,*,软件配置管理,软件质量保证,软件子合同管理,软件项目追踪与监控,*,软件项目规划,*,需求管理,II-,可重复级,III-,已定义级,IV-,已管理级,V-,优化级,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,企业规范,项目规范,完整的软件测试规范是怎样的,规范本身的详细说明,比如规范目的、范围、文档结构、词汇表、参考信息、可追溯性、方针、过程,/,规范、指南、模板、检查表、培训、工具、参考资料等等。,制定测试规范需要考虑的内容,角色的确定,进入的准则,输入项,活动过程,输出项,验证与确认,退出的准则,度量,建立软件测试管理和评判体系,测试管理与评判的必要性,