SOA测试

作者: 哦哦了
发布时间: 2024-04-19 01:16:06 (12天前)
转自：

7 条回复

0#
回复此人
Frui tenebris、 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 您必须记住的是，在存在大量依赖关系的环境中，必须映射所有依赖关系并且必须测试所有路径。 </p> <P> 拥有服务，它们必须与许多客户一起使用，因此每个客户都应该遵循测试用例。 </p> <P> 有了服务，您还需要关注网络问题。使传统测试在网络中投入大量流量并关闭以查看其工作原理。 </p> <P> 除此之外，拥有服务不需要其他类型的方法。只需控制所有输入和输出。 </p> </DIV>

编辑
1#
回复此人
5678 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> Soa测试只是确保所有独立服务都以预期的方式运行，同时遵守这些服务建立的输入和输出合同。我找到了一个有趣的SOA测试工具，它是免费的 <a href="http://www.runzyme.com/soarite/" rel="nofollow"> SOArite </A> 。 </p> </DIV>

编辑
2#
回复此人
小鬼 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> SOA测试可以定义为传统测试的扩展。 </p> <P> 类似于传统应用程序，我们首先对组件进行单元测试，然后进行组件级功能测试，然后进行模块级别，然后进行端到端应用程序测试，我们提供服务（有时是一组组件，用于完成某些任务））级别单元测试，然后是功能测试，然后是流程（组合服务或业务流程）级别测试，端到端集成测试等。 </p> <P> 由于流程停留在不同类型的服务中，其中一些服务可能是包装器，一些服务也可能具有通信约束负载约束，服务级别协议所有这些都使测试过程复杂化，并且应该考虑提出测试策略。 </p> </DIV>

编辑
3#
回复此人
大魔王 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 几个（有价值的？）建议： </p> <P> 服务的定义应该导致使用Mock框架来验证您的服务消费者，而不依赖于提供者的实现。 </p> <P> 检查消费者的稳健性：当消息丢失，服务提供商不可用时会发生什么。 </p> </DIV>

编辑
4#
回复此人
Ni | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 由于每个“服务提供者”应该具有标准的，面向业务的接口（通常提供WSDL技术），因此以下属性可能不同： </p> <UL> <LI> <P> 除非您对业务本身进行大量更改，否则所提供的服务不应从模块的修订更改为修订。 </p> </LI> <LI> <P> 模块不应该关心它的客户是谁，这使得模块测试更容易。 </p> </LI> <LI> <P> 理想情况下，所使用的服务由目录提供，而不是硬编码到模块中;如果这有，那么测试 <EM> 部分 </EM> 系统 - 一些模块，但不是全部 - 变得更容易。 </p> </LI> </UL> <P> 的<strong> 编辑： </强> </p> <UL> <LI> 而且，正如其他人所指出的那样，您需要测试与规范的一致性，而不是系统的当前组件是否相互协作。例如，Internet Explorer可能会显示网页，但仍不符合规范，因此无法与其他浏览器一起使用。当您使用SOA时，您希望能够无缝地替换服务的提供者。 </LI> </UL> </DIV>

编辑
5#
回复此人
流浪海。 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 通常，SOA服务测试是的<strong> 黑盒子 </强> 但是，您只使用已发布的WSDL协定，有时需要在数据库中进行直接验证，尤其是在没有可用于进行验证的功能（操作）时。 </p> <P> 此外，由于现代SOA平台通常与其他服务实现共享资源，因此模拟大于或等于生产量的处理负载并评估内存，处理和I / O消耗的影响，避免对服务的负面影响非常重要。已部署。 </p> <P> 最复杂的问题与合同和实现的演变有关，关于如何在不破坏现有客户端的情况下实现新功能，这可能特别麻烦，因为存在语法和语义问题，例如： </p> <UL> <LI> <EM> 语法不兼容： </EM> 该的<strong> 新合同 </强> 版本可以有新元素，但是的<strong> 不能有新的必需元素 </强> ，因为这会打破旧客户端，通常可以通过运行来避免这种问题的<strong> 自动化测试 </强> 用。实现的<strong> 当前和新合同 </强> 。 </LI> <LI> <EM> 验证抽象： </EM> 通常情况下，的<strong> 规范模型 </强> （xml架构）与多个服务共享以避免类型转换并提供通用业务语言，它们通常没有所有服务操作所需的所有验证。然后，必要的的<strong> 验证逻辑直接在服务实现中完成 </强> 。如果新版本的服务实现了一组不在已发布合同中的新验证，则必须通知客户端并测试方案。 </LI> </UL> <P> 我经常使用的工具是： <a href="http://www.soapui.org" rel="nofollow"> SOAP UI </A> 和 <a href="http://jmeter.apache.org" rel="nofollow"> JMeter的 </A> ，并使用内部开发的框架创建自定义自动化测试。 </p> </DIV>

编辑

登录后才能参与评论