什么是EDI以及如何管理复杂的分层数据

在这篇文章中，我将深入探讨测试人员在使用EDI时面临的挑战，以及如何开始使用自动化测试解决这些挑战。

在协助两个不同的健康保险提供商进行功能测试自动化部署时，我发现了来自EDI数据的挑战所具有的一些共性：

1. 大多数EDI工作流程都是从实际的文件删除开始的。模拟该文件删除具有挑战性。
2. 单个交换可以是方言，版本和消息类型的组合。生成符合该特定架构的消息可能很乏味。
3. 使用数据驱动EDI消息是必要的。它可能变得过于复杂，尤其是在管理层次结构和数据类型时。

在这篇文章中，我将深入探讨测试人员在使用EDI时面临的挑战，以及如何开始使用自动化测试解决这些挑战。

电子数据交换（EDI）

首先，让我们回到基础。 EDI是一种消息格式标准，用于在业务实体之间传达业务信息。过去，企业通常使用纸张进行交易（例如，订购单，发票或在医疗保健行业，例如 名表），这非常复杂且容易出错：

为了改进流程，EDI旨在标准化通信并进行“无纸化交换”：

不幸的是，尽管EDI通过允许公司以电子方式而不是纸质方式发送信息来改进了流程，但EDI也带来了自身的挑战。最近，我已经能够使用我们的软件测试工具来帮助人们解决这些问题，并且很高兴与您分享该解决方案。

在EDI测试期间（轻松！）管理数据

在这些最新的医疗保健部署中，我正在与使用HIPAA标准消息定义来生成834文件作为请求和响应的组织一起工作。这些有效载荷是固定长度的，并且可能非常复杂。

对于这两个团队，他们都需要发送和接收文件以进行测试。由于他们没有办法将实际的EDI消息发送到系统中，因此必须使用物理文件。他们将收到一封包含该文件定义的电子邮件，将该文件放到exchange文件夹中，然后手动验证返回的结果。数据是预先创建的，并以适当的格式放入文件中，但是修改起来并不容易。将适当的数据输入系统并使用相同的数据源进行验证是极其困难的。

改善EDI工作流程

在这些部署中，我将Parasoft SOAtest和Virtualize添加到他们的工作流程中，它们通过消息包可以提供可以实时生成的此类定义的库。这样，两个团队都能够生成必要的消息，并且（更重要的是）数据驱动请求和响应。（这是在发送请求并最终验证响应时。） 

是否想查看Parasoft Virtualize上申请试用。

使用SOAtest和Virtualize，我们还改善了它们处理分层EDI的方式。数据存储库无缝处理分层数据，这使它们可以创建非常易于交互的数据结构，该结构可用于请求和验证。我想象任何使用EDI和File数据源的人都会立即理解为什么这对我的客户如此令人兴奋。

因此，现在让我们逐步解决为解决这一难题而建立的工作流程，您也可以做到。

操作方法如下：使用SOAtest和Virtualize可以更轻松地处理EDI消息

我们从包含的834文件EDI消息模式开始。

使用SOAtest可以更轻松地使用EDI，因为SOAtest包含内置的这些消息的库，您只需从下拉列表中选择消息Dialect，Version和Type。您的有效负载会立即显示出来，并准备驱动数据。接下来，我可以为默认消息填写一些值。这些可能是我知道不会更改的数据值。

一切就在这里：无缝的工作流程将您带到EDI定义到直观的数据源。

对于我最近的部署，这一直是一个很大的麻烦，它使团队能够获得他们传统上难以解决的验证部分。他们可以轻松地将新用例添加到数据源中，并从中进行验证。

另外，我们能够使用http直接将调用发送到系统中，但是通过将输出转换为文件，将表单放置在适当的文件夹中以及设置文件侦听器来接收响应，从而模拟了实际的文件删除。

自动化EDI文件处理

那里有。当您要处理复杂的消息格式或协议时，拥有一个功能强大的测试工具为您服务而不是不利于您，将会产生巨大的变化。当我们部署Parasoft SOAtest＆Virtualize时，它可以避免使用复杂，遗留或不常见的用例而产生的猜测，并且您使用EDI消息创建的所有测试用例和模拟服务都可以无缝地适合您现有的测试设计范例，从而为您节省了成本。大量的时间。

使用EDI还是其他行业特定的消息格式strong>获得有关涉及EDIFACT，HL7，HIPAA，X12和其他消息格式的测试交易的关键见解。 

标签：