- 1、本文档共77页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
清华大学郑人杰 殷仁昆教 软件工程讲义 08
软件工程 第八章 面向对象的测试 8.1 面向对象测试的概念 8.2 开发前期的面向对象测试 8.3 开发后期的面向对象测试 8.4 分布式系统的测试 8.1 面向对象测试的概念 面向对象系统的测试与传统的基于功能的系统的测试之间存在很大差别: 对象作为一个单独的构件一般比一个功能模块大。 由对象到子系统的集成通常是松散耦合的,没有一个明显的“顶层”。 如果对象被复用,测试者无权进入构件内部来分析其代码。 面向对象的开发模型将系统开发分为面向对象分析(OOA),面向对象设计(OOD)和面向对象编程(OOP)三个阶段。 分析阶段产生整个问题领域的抽象描述,在此基础上,进一步归纳出适用于面向对象编程语言的类和类结构,最后形成代码。 针对这种开发模型,结合传统测试步骤的划分,本着在整个开发过程中不断测试的原则,应将开发阶段的测试与编码完成后的单元测试、集成测试、系统测试用一个测试模型描述。 面向对象测试模型 OOA Test和OOD Test 是对分析结果和设计结果的测试,主要是对分析设计产生的文本进行,是软件开发前期的关键性测试。 OOP Test主要针对编程风格和程序代码实现进行测试,其主要的测试内容在面向对象单元测试和面向对象集成测试中体现。 面向对象单元测试是对程序内部具体单一的功能模块的测试,如果程序是用C++语言实现,主要就是对类成员函数的测试。面向对象单元测试是进行面向对象集成测试的基础。 面向对象集成测试主要对系统内部的相互服务进行测试,如成员函数间的相互作用,类间的消息传递等。 面向对象集成测试不但要基于面向对象单元测试,更要参见OOD或OOD Test结果。 面向对象系统测试是基于面向对象集成测试的最后阶段的测试,主要以用户需求为测试标准,也需要借鉴OOA或OOA Test结果。 8.2 开发前期的面向对象测试 面向对象的系统开发经历 面向对象分析(OOA) 面向对象设计(OOD) 面向对象编程(OOP) 等三个阶段。在这个时期的测试工作主要是静态测试。通过各种评审和质量分析活动,完成必须的测试工作,及时检测和克服各种缺陷。 8.2.1 面向对象分析的测试 传统的面向过程分析是一个功能分解的过程,是把一个系统看成可以分解的功能的集合。这种传统的功能分解分析法的着眼点在于一个系统需要什么样的信息处理方法和过程,以过程的抽象来对待系统的需要。 面向对象分析(OOA)是“把E-R图和语义网络模型,即信息模型中的概念,与面向对象程序设计语言中的重要概念结合在一起而形成的分析方法”,最后得到问题领域的可视的形式描述。 OOA的结果是为后续阶段中类的选定和实现,类层 层次结构的组织和实现提供平台。 OOA对问题领域分析抽象的不完整,最终会影响软件的功能实现,导致软件开发后期大量可避免的修补工作;而一些冗余的对象或结构会影响类的选定、程序的整体结构或增加程序员不必要的工作量。因此,OOA测试的重点在其完整性和冗余性。 根据Coad和Yourdon方法所提出的OOA实现步骤,对OOA阶段的测试划分为以下五个方面: 对认定的类的测试 对认定的结构的测试 对认定的主题的测试 对定义的属性和实例连接的测试 对定义的服务和消息连接的测试 对认定的类的测试 OOA中认定的类是对问题领域中的结构,其他相关系统,设备,被记忆的事件,系统涉及的人员等实际对象的抽象。对它的测试可以从如下方面考虑: 认定的类是否全面,是否问题领域中所有涉及到的对象都反映在认定的类中。 认定的类是否具有多个属性。只有一个属性的类通常应看成其他类的属性,而不是抽象 为独立的类。 认定为同一个类的对象是否有共同的,区别于其他类对象的共同属性。 对认定为同一类的对象是否提供或需要相同的服务,如果服务随着不同的对象而变化,认定的对象就需要分解或利用继承性来分类表示。 如果系统不需要始终保持类所代表的对象的信息,认定的类也无必要存在。 认定的类的名称应该尽量准确,适用。 对认定的结构的测试 在Coad和Yourdon方法中,认定的结构分为两种:泛化结构和复合结构。泛化结构体现了问题领域中对象的一般与特殊的关系,复合结构体现了问题领域中对象的整体与局部的关系。 1) 对泛化结构的测试可从如下方面着手: 对于结构中的一个类,尤其是处于高层的类,看是否能在问题领域中派生出其下一层的类。 对于结构中的一个类,尤其是处于同一低层的类,看是否能抽象出在现实世界中有意义的更一般的上层的类。 高层的类的属性和服务是否完全体现下层的共性。 低层的类是否基于其上层类的属性和服务并具有自己的特殊性。 对复合结构的测试从如下方面入手: 整体类和局部类的复合(聚合)关系是否符合现实的关系。 整体类的局部类是否在问题领域中有实际应用。 整体类中是否遗漏了在问题领域中有用的
文档评论(0)