软件测试课件作者郑人杰许静于波第5章节集成测试.pptVIP

软件测试课件作者郑人杰许静于波第5章节集成测试.ppt

  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文档。上传文档
查看更多
第5章 集成测试 集成人员(项目组长) 主要内容 集成测试的必要性 相依性分析 集成的方法 调试 1.集成测试的必要性 为什么进行集成测试? 一个模块可能对另一个模块产生不利的影响 可能会发现单元测试中未发现的接口方面的错误 将子功能合成时不一定产生所期望的主功能 独立可接受的误差,在组装后可能会超过可接受的误差限度 在单元测试中无法发现时序问题(实时系统) 在单元测试中无法发现资源竞争问题 2.相依性分析 相依性是模块以各种方式相互依赖的关系 合成和聚集 继承 全局变量 调用API 服务器对象 被用作消息参数的对象 3.集成的方法 3.1 基于分解的集成 3.2 基于调用图的集成 3.3 基于路径的集成 3.4 集成测试的新方法 3.1 基于分解的集成 3.1.1 大爆炸集成 目的:通过少数测试运行检测整个系统来论证系统的稳定性。 策略:将所有构件集合在被测系统之中,而不考虑构件之间的相依性或风险。 大爆炸集成 优点: 迅速完成集成测试 测试用例较少 缺点: 错误难以定位 即使通过测试,许多接口错误也会隐藏 应用: 小的、良构的系统,其构件已接受了充分的测试 一个已经存在的系统,只是做了少量的修改 通过复用可信赖的构件构造系统 3.1.2 自顶向下集成 目的:从顶层开始,以控制层次的顺序增加构件已论证系统的稳定性 策略: 从主程序(树根)开始,所有主程序的下层单元都作为“桩” 继续在每一层按宽度优先进行,用完全的实现替代存根,并为下层置存根 直到所有构件被集成 Procedure GetPINforPAN(PAN,ExpectedPIN) STUB If PAN=‘1123’ Then PIN:=‘8876’ If PAN=‘1234’ Then PIN:=‘8765’ If PAN=‘8746’ Then PIN:=‘1253’ End Procedure KeySensor(KeyHit) STUB Data: KeyStrokes STACK OF ‘8’,’8’,’7’,’cancel’ KeyHit=POP(KeyStrokes) End 优点 测试和集成可以较早的开始 减少了驱动器的开发 如果底层接口未定义或可能修改,则可以避免提交不稳定的接口 缺点 存根的开发代价较大 在底层构件中一个无法预料的需求可能迫使顶层构件的修改 要充分测试底层构件可能比较困难 应用 增量式开发 并行软件开发 框架开发 3.1.3 自底向上集成 目的:从具有最少的相依性构件开始,按照相依性的次序将构件加入,以证实稳定性。 策略: 从相依性树的叶节点开始,向根的方向移动 编写叶节点的驱动器 为上一级构件编码 整个系统使用根一级的构件测试 优点 叶节点的测试和集成可以并行 不限制可测试性 缺点 驱动器的开发耗费量大 高层构件的可操作性和互操作性测试得不充分 应用 在子系统的迭代和增量开发中,支持单位范围内的测试 重要需求的构件在底层 3.1.4 三明治集成 是自顶向下和自底向上集成的结合 优点 兼有二者的优点 3.2 基于调用图的集成 3.2.1 成对集成 3.2.2 相邻集成 策略:基于调用关系和协作的关系 优点 免除了驱动器/桩的开发工作 接口关系测试充分 测试集中于衔接的功能性 测试和集成可以并行开始 缺点 调用或协作的关系可能是错综复杂的 参与者没有被单独测试,要充分测试底层构件较困难 特定的调用或协作可能是不完全的 缺陷隔离 应用 尽快论证一个可运行的调用或协作 被测系统已清楚定义了构件的调用和协作关系 3.3 基于路径的集成 3.3.1 概念 源节点: 程序开始的语句或语句片段 紧接转移控制到其他单元的节点之后 汇节点 程序执行结束处的语句片段 转移控制到其他单元的节点 路径 模块执行路径是以源节点开始、以汇节点结束的一系列语句,中间没有插入汇节点 消息 控制机制 子程序调用、过程调用、函数引用 MM-路径 穿插出现模块执行路径和消息的序列 不是一个可行的执行路径 跨越单元边界 模块A中 源节点:1,5 汇节点:4,6 模块B 源节点:1,3 汇节点:2,4 模块C 源节点:1 汇节点:5 模块执行路径 MEP(A,1)=1,2,3,6 MEP(A,2)=1,2,4 MEP(A,3)=5,6 MEP(B,1)=1,2 MEP(B,2)=3,4 MEP(C,1)=1,2,4,5 MEP(C,2)=1,3,4,5 MM-路径图 给定一组单元,其MM-路径图是一种有向图,其中的节点表示模块执行路径,边表示消息和单元之间的返回 MM-路径是模块执行路径序列,超出了单元边界的功能 MM-路径是模块执行路径所在单元的功能约束 优点 功能性和结构性的一种混合 表达上:功能性 标识方式

您可能关注的文档

文档评论(0)

118压缩包课件库 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档