一种基于模型的内嵌测试方法.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
【高新技术产业发展 】 蠢一 一 种基于模型的内嵌测试方法 黄 卿 (上海海事大学信息工程学院 上海 201306) 摘 要 :基于需求的内嵌测试方式加强产生和 实现测试用例的 自动化程度,同时也提高软件的质量并减少开发测试用例所需的周期。 关键词 :基于模型测试;uML模型;测试模型;测试 自动化;基于组件测试 中图分类号 :TP393 文献标识码:A 文章编号 :1671—7597(2012)0410019—02 0弓l言 客户端将传递服务应用给 自己拥有 的服务测试软件组件 。假如 基于组件的模型驱动架构开发可以使软件提供商通过整合 测试失败,测试软件组件将发起一个协议测试异常并且向程序 使用预置模型方法和实现高质量、可重用组件应用来避免传统 员报告失败的位置 。 开发方法的费用超支 问题 。当前的组件技术可 以帮助检查互联 内嵌测试组件 中的客户端和服务端不 同在于在两个组件交 组件 的组合兼容性,但是这个技术却不能保证独立开发的组件 互中扮演 的角色 。当从一个全局的角度来看时,单独 的组件通 整合成 的软件系统能正常工作 ,也就是不能检查互联组件的语 常扮演客户端和服务端角色,这种组件角色的关系都要遵守测 义兼容性。软件开发人员因此可能需要更多的集成和接受测试 试协议 。在服务端 ,一个组件提供 了支持客户端组件发起的测 来保证系统在相 同可信级别的可靠度 。 试接 口,在客户端一个组件拥有与服务端相关接 口的测试组 1基于模型的内嵌测试 件 。一个扮演两种角色的组件被成为内嵌测试组件 。 2从UML产生内嵌测试 通过定义对象和它的客户端之间的协议关系来表达每个部 分的工作规则,这就意味着独立的组件定义了一种提供服务或 基于代码的测试关注确定的测试场景来满足代码的覆盖程 者请求服务 的协议 。内置协议测试着重检验一对客户端 /服务端 度 ,并且使用更加抽象的UML模型来表示代码 ,因此就需要测 模式下的组件交互能力,并且在配置好 的应用第一次运行时或 试模型覆盖标准 。从另一个方面来看 ,更加抽象的系统表示需 者以后系统被重新配置并运行时采用这种验证模型。 要更加抽象的测试用例 ,并且更加具体 的表示也 同样需要更加 内嵌测试架构中每个测试组件提供了一个原来组件的扩展 具体的表示 。系统的表示不仅需要好的表示粒度 ,同时也要逐 测试接 口,并且提供 了客户端测试组件需要的支持操作。每个 步向测试细节的粒度逼近。UML表示的系统不仅需要与测试模 型一致 ,还要开发同样的测试框架。 客户端测试组件具有一个服务端测试组件 ,这用来检查服务端 可以通过协议和客户端交互 。 由于 自动化测试存在一些技术限制,大部分的测试用例需 嘲 卺I■-__ 要依靠手工编码或者改进 。因此基于模型开发 中就需要一种 UML~]I试框架的开发概念 。uML测试框架是基于UML2.0元数据 的 一 种扩展 。它遵循UML的基本准则因为它提供 了测试结构化 的 概念 ,例如测试组件 的定义,测试上下文和测试系统接 口。还 包括测试行为方面的定义,如测试过程定

文档评论(0)

heroliuguan + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8073070133000003

1亿VIP精品文档

相关文档