资源预览内容
第1页 / 共47页
第2页 / 共47页
第3页 / 共47页
第4页 / 共47页
第5页 / 共47页
第6页 / 共47页
第7页 / 共47页
第8页 / 共47页
第9页 / 共47页
第10页 / 共47页
亲,该文档总共47页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
软件测试技术基础,软件测试, 教材软件测试教程 机械工业出版社, 参考书1.软件测试技术基础 陈汶滨 主编清华大学出版社2.软件测试 曹薇 编著清华大学出版社,考试成绩,平时成绩期末考试,在我国,随着软件产业的高速发展,软件测试的重要性也已逐渐被软件企业关注,近91%的国内软件企业已有组建测试队伍的意识。但现阶段我国软件测试的发展存在严重问题-人才紧缺。在大多数软件企业中,测试人员的数量不足开发人员数量的五分之一,平均比在1:8左右,远远落后于国外先进水平。智联招聘提供的具体调查数据显示,国内软件测试人才缺口挺进30万大关,仅北京、上海两地缺口量就达到20万。造成这种稀缺局面的主要原因是我国相关人才的培养尚未形成规模,高等教育体系尚没有开设软件测试相关专业,测试人才数量无法满足企业的实际需求。,像美国这样软件产业发达的国家,软件企业将40%的工作量花在软件测试上,测试费用占项目总费用的30%50%。,内容安排,第一章 软件工程与软件测试 第二章 软件测试概论 第三章 软件测试基础知识 第四章 软件的测试过程 第五章 黑盒测试 第六章 白盒测试 第七章 自动化测试及其工具 第八章 性能测试 第九章 面向对象的测试 第十章 软件测试管理,Unit 1 软件工程与软件测试,学习要求 了解当前流行的软件过程模型 掌握软件缺陷、软件故障、软件质量的概念 掌握软件测试与软件开发过程的关系,1.1 软件,软件 = 程序 + 数据 (库) + 文档,1.1.1 软件的发展史,软件自问世以来,其发展经历了以下四个阶段: 第一阶段:(50年代初期至60年代中期) 称为程序设计阶段。 软件产品为专用软件,开发者即使用者,规模较小。 软件只有程序,没有文档。 第二阶段:(60年代中期至70年代末期)称为程序系统阶段 。 软件技术和管理水平相对落后,导致“软件危机”出现。,1.1.1 软件的发展史,第三阶段:(70年代中期至80年代末期)称为软件工程阶段。 软件开发有了可以遵循的软件工程化的设计准则、方法和标准。 通过提供规范化的分析设计方法和工具软件,来避免或者减少软件错误的发生。 第四阶段:(从20世纪80年代中期至今 )。 软件体系结构向更加灵活的多层分布式结构演变。,1.1.2 软件的生命周期,软件生命周期指软件从概念形成开始,经过开发、使用和维护,直到最终被废弃的整个过程。,1.2 软件过程,软件过程作为软件工程的核心问题,是指为了获得高质量软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤。,RUP(Rational Unified Process,译为Rational统一过程)是IBM公司的一套软件开发过程产品。 学习之前,让我们来看一下福特的故事。,1.2.1 RUP,1908年前 技术熟练的工人 850$ 1908年后 T型流水线 360$,开发一个具有一定规模和复杂性的软件系统,开发一个简单的程序,盖大厦,盖狗窝,RUP定义了进行软件开发的步骤,即定义了软件开发过程中什么时候做,做什么,怎么做,谁来做的问题,以保证软件项目有序的、可控的、高质量的完成。,RUP六大经验,两种常见的软件开发模型?,经验一:迭代开发,瀑布模型,迭代模型,需求分析,设计,编码&集成,系统测试,瀑布模型,推迟关键风险决定的确认,不利于时间进度和工作完 成情况的预估,推迟和集中的集成与测试,排斥早期的部署,经常导致非计划的项目延伸,瀑布模型,瀑布模型的不足,迭代模型,迭代模型不是在项目结束时一次性提交软件,而是分块逐次开发的提交。分析人员只要找出满足项目需求的某一子集(比如说某个功能,或者是UML中所称的Uses Case),就立即进行迭代开发,而不是将该项目的所有需求都搞清楚后才开始开发。 所谓迭代,就是指每一个迭代过程都包含了软件生命周期的所有阶段,即: 分析、设计、实现和测试阶段。所有的迭代(子集)加起来就是项目的所有需求 (全集)。,迭代模型,允许变更需求,及早降低风险,有助于组织学习和提高,提高复用性,鼓舞团队士气,迭代模型的优点,迭代模型,RUP把需求定义为“系统必须符合的条件或具备的功能”。,软件开发的任务?,保证开发出来的软件符合用户的需要。,经验二:管理需求,事实?,需求分析很难,结论?,要对需求进行管理,功能性需求,性能需求,课程注册管理系统的用例图,从传统制造业得到什么启发?,经验三:基于组件的架构,何为组件?组件是包含一定的功能,具有外界交互接口的软件包。,基于组件的开发的优点:促进软件的重用允许高效的并行开发人员分配更加灵活,经验四:可视化建模,为什么要可视化建模? 帮助管理复杂性 捕获结构和行为 显示系统元素如何组合在一起 适当的隐藏或者展示细节 保持设计和实现的一致性 促进沟通 为所有软件从业者提供一种语言,经验五:持续的质量验证,在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动,而是内建于过程中的所有活动,这样可以及早发现软件中的缺陷。,经验六:管理变更,迭代式开发中如果没有严格的控制和协调,整个软件开发过程很快就陷入混乱之中。,1.2.2 敏捷过程,极限编程作为敏捷方法中最重要最著名的方法之一,1998年由Smalltalk社群大师级人物Kent Beck首先倡导。敏捷过程定义了一系列核心原则和辅助原则,为软件开发项目建模实践奠定基石。,它的基础和价值观是交流、朴素、反馈和勇气;即,任何一个软件项目都可以从四个方面入手进行改善:加强交流;从简单做起;寻求反馈;勇于实事求是。XP是一种近螺旋式的开发方法,它将复杂的开发过程分解为一个个相对比较简单的小周期;通过积极的交流、反馈以及其它一系列的方法,开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等,并根据实际情况及时地调整开发过程。,1.3 软件缺陷,1.3.1 软件缺陷的典型例子,1998年开始,全世界花费上百亿美元,(4195835 / 3145727) * 3145727 4195835 0 1994年,花费4.5亿美元,软件未达到产品说明书中已经标明的功能; 软件出现了产品说明书中指明不会出现的错误; 软件未达到产品说明书中虽未指出但应当达到的目标; 软件功能超出了产品说明书中指出的范围; 软件测试人员认为软件难以理解、不易使用,或者最终用户认为该软件使用效果不良。,软件缺陷的主要类型,1.3.2 软件缺陷产生的原因,缺乏或者没有进行沟通软件复杂度编程错误不断变更的需求,时间的压力开发人员的自大技术文档本身的缺陷,导致软件缺陷的最大原因是软件产品说明书。软件缺陷的第二大来源是设计方案,这是实施软件计划的关键环节。编程排在第三位。,软件缺陷的修复费用,结论?,用户一般是非计算机专业人员,软件开发人员和用户的沟通存在较大困难,对要开发的产品功能理解不一致。 由于软件产品还没有设计、开发、完全靠想象去描述系统的实现结果,所以有些特性还不够清晰。 需求变化的不一致性。用户的需求总是在不断变化的,这些变化如果没有在产品规格说明书中得到正确的描述,容易引起前后文,上下文的矛盾。 对规格说明书不够重视,在规格说明书的设计和写作上投入的人力,时间不足。 没有在整个开发队伍中进行充分沟通,有时只有设计师或项目经理得到比较多的信息。,为什么产品规格说明书是软件缺陷存在最多的地方?,1.3.3 软件缺陷的级别,致命的:造成系统或应用程序崩溃,或数据丢失、主要功能完全丧失 严重的:严重错误,指功能或特性没有实现、主要功能丧失; 一般的:不太严重的错误,次要功能丧失 微小的:一些小问题,对功能几乎没有影响,1.4 软件质量,(1) 从用户角度出发,质量是对需求的满足。软件需求是度量软件质量的基础。 (2) 从软件产品角度出发,质量是软件的内在特征。 (3) 从软件开发过程出发,质量是对过程规范的符合。,1.4.1 软件质量的概念,1.4.2 质量模型,软件质量框架是“质量特征质量子特征度量因子”的3层结构模型。其中第1层称为质量特性,第2层称为质量子特性,第3层称为度量。,1.4.3 质量与测试,软件质量保证(Software Quality Assurance):SQA介入于整个软件开发过程监督和改进流程,确认达成的标准和过程被正确的遵循,保证问题被发现和解决。它以预防为主。 软件测试(Software Testing):软件测试是在一定控制的条件下,围绕一个系统或应用的操作并且评价其结果,控制的条件应当包括正常和异常的条件。测试企图使事情变得很糟糕,从而来检测出一些应当发生而没有发生,或者不应当发生而发生的事情。测试以检测为主。,1.4.3 质量与测试,1.5 软件测试与软件开发的关系,Q & A,
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号