软件集成测试培训教材.pptVIP

  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文档。上传文档
查看更多
基干集成 ? 优点 ? 具有三明治集成的优点,更适合于大型复杂项目的集成 ; ? 缺点 ? 必须对系统的结构和相互依存性进行仔细的分析; ? 必须开发桩模块和驱动模块,并且由于被测系统的复杂性导致这些模块开发工作量 的加大,可以通过复用技术在一定程度上降低成本; ? 由于局部采用了大爆炸的策略,因此有些接口可能测试不完整 。 ? 使用范围 ? 基干集成策略比较适合于大型复杂项目,一般来说,对于具有如下特定的项目可以 优先考虑: ? 具有多层协议的嵌入式系统开发; ? 操作系统产品 。 分层集成 ? 目的 ? 通过增量式集成的方法验证一个具有层次体系结构的应用系统的稳定性和可互操作 性 。 ? 介绍 ? 分层模型在通讯系统中是很常见的。分层集成( Layers Integration )就是针对这 个特点使用的一种集成策略。系统的层次划分可以通过逻辑的或物理的手段进行。 在逻辑上,一般通过功能把系统划分成不同功能层次的子系统,子系统内部具有较 高的耦合性,子系统间的关系具有线性层次关系;在物理上,可以根据不同单板内 的系统划分为不同的硬件子系统,各硬件子系统之间根据连接具有线性层次关系。 如果各层之间有拓朴网络关系,则不适合使用该集成方法 。 分层集成 ? 策略 ? 分层集成的具体步骤大致如下: ? 划分系统的层次 ? 确定每个层次内部的集成策略,该策略可以使用大爆炸集成,自顶向下集成,自底 向上集成和三明治集成中的任何一种策略。一般对于顶层可能还有第二层的内部采 用自顶向下的集成策略;对于中间层采用自底向上的集成策略;对于底层主要进行 单独测试; ? 确定层次间的集成策略,该策略可以使用大爆炸集成,自顶向下集成,自底向上集 成和三明治集成中的任何一种策略。 层次内集成 下图给出了一个分层集成的示意图,层之间采用了由顶向下的集成策略 。 层间集成 分层集成 ? 优点 ? 其优缺点与其使用的层间集成测试策略类似 。 ? 缺点 ? 同上 。 ? 使用范围 ? 有明显线性层次关系的产品系统 。 运行起来而设计用例 ? 集成测试的第一个需要关注问题是接口能用,并且不会阻塞后续的集成测试执行。 因此可以根据这个原则设计一些基本功能的测试用例来进行最低限度的验证。 ? 可使用的测试分析技术: ? 规范导出法 ? 等价类划分 为正向测试而设计用例 ? 假设我们的过程是良好的,那么我们的接口设计及模块功能设计需求是明确和无误的。 那么作为集成测试的一个重点就是需要验证这些接口需求和集成后的模块功能需求被 正确无误的满足了。基于这个原则,我们直接可以根据概要设计文档导出相关的用例。 ? 可使用的测试分析技术: ? 规范导出法 ? 输入域测试 ? 输出域覆盖 ? 等价类划分 ? 状态转换测试 为逆向测试而设计用例 ? 在集成测试中的逆向测试包括分析被测接口有没有实现规格没有要它实现的功能,规格中可能出现的接口遗漏或接 口定义错误,分析可能出现的接口异常情况,包括接口数据本身的错误,接口数据顺序错误等。有时,在经过接口 的数据量是相当庞大的,例如在电信软件中,一些协议消息,动辄就包括了几十、上百个 IE ( Information Element )。考虑所有 IE 的异常情况,甚至异常组合几乎是不可能的。因此在这一点上还需要基于一定的条件约束, 包括分析一些关键的 IE ,不可能的组合情况,需要考虑的组合等。 ? 对于面向对象系统和基于有限状态机的系统还需要考虑可能出现的状态异常,包括:丢失的或不正确的状态转换; 一个有效的消息被忽略;不可预测的行为;一个可能的潜行路径;一个不期望的消息引起的失败;接受没有定义的 消息等。 ? 可使用的测试分析技术: ? 错误猜测法 ? 基于风险的测试 ? 基于故障的测试 ? 边界值分析 ? 特殊值测试 ? 状态转换测试 为满足特殊需求而设计用例 ? 以前的观点中,类似安全性测试,性能测试,可靠性测试等主要在系 统测试阶段进行,但是目前通过在软件设计过程中细化了这些特殊的 需求,一些产品开始在模块设计文档中就明确了接口的安全性指标、 性能指标等,这种情况下应尽早开展接口相对于这些特殊需求的测试, 以便最终保证系统整体特殊需求的满足。 ? 可使用的测试分析技术: ? 规范导出法 为高覆盖设计用例 ? 不同于单元测试,在集成测试中最关注的覆盖是功能覆盖和接口覆盖。 通过分析集成后模块的哪些功能没有被测试到,哪些接口没有被覆盖 (尤其对于消息接口,所有可能的正常消息,异常消息都应当被验证) 到来设计测试用例。 ? 可使用的测试分析技术: ? 功能覆盖分析 ? 接口覆盖分析 测试用例设计注意事项 ? 成本,进度,质量是我们开发过程中需要均衡的三个点,同样在集成测 试过程中,我们也需要考虑这三者之间的平衡。测试重点要突出

文档评论(0)

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

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

1亿VIP精品文档

相关文档