什么是EDI？如何管理复杂、分层的数据？
在帮助两家不同的医疗保险提供商进行功能测试自动化部署时，我发现了他们面临的来自EDI数据的挑战的一些共同点：
- 大多数EDI工作流程都是从实际文件投递开始的。模拟文件投递是一个挑战。
- 一个单一的交换可以是方言、版本和消息类型的组合。生成符合该特定模式的消息可能会很繁琐。
- 用数据驱动EDI消息是必要的。它可能会变得过于复杂，特别是在管理层次结构和数据类型时。
在这篇文章中，我将简单讲述测试人员在使用EDI时面临的这些挑战，以及如何开始用自动化测试来解决这些问题。
电子数据交换（EDI）
首先，让我们回到基础知识上来。EDI是一种消息格式标准，用于在商业实体之间沟通商业信息。企业过去使用纸张进行这些交易（即采购订单、发票，或者在医疗保健行业，例如，注册表格），这非常复杂，而且容易出错：
为了改善这一过程，EDI被设计成标准化的通信，并进行“无纸交易”：
不幸的是，虽然EDI改进了流程，允许公司以电子方式而不是用纸质方式发送信息，但EDI也带来了自己的挑战。最近，我已经能够使用一些软件测试工具来帮助解决这些问题，我也很高兴与你分享解决方案。
在EDI测试中（轻松！）管理数据
在最近的这些医疗保健部署中，我与那些使用HIPAA标准消息定义来生成834文件作为请求和响应的组织合作。这些有效载荷是固定长度的，可能非常复杂。
对于两个团队来说，他们需要发送和接收文件进行测试。由于他们没有办法将实际的EDI消息驱动到系统中，所以他们必须使用物理文件。他们会收到一封有文件定义的电子邮件，将该文件放入交换文件夹中，然后手动验证返回的结果。数据是预先创建的，并以适当的格式放入文件中，但他们没有一个容易改变它。要将适当的数据输入系统并以相同的数据源驱动验证是非常困难的。
改进EDI工作流程
在这些部署中，我将Parasoft SOAtest和Virtualize添加到他们的工作流程中，通过消息包，可以提供一个可以快速生成的此类定义库。这样一来，两个团队都能生成必要的消息，（更重要的是）数据驱动请求和响应。这在发送请求和最终验证响应时都是如此）。
使用SOAtest和Virtualize，我们还改进了他们处理分级EDI的方式。数据存储库无缝地处理分层数据，这使得他们能够创建非常易于交互的数据结构，这些数据结构可用于请求和验证。我想任何使用File数据源EDI的人都会立即明白为什么这对我的客户来说是如此令人兴奋。
所以，现在让我们一步步来看看我们为解决这个挑战而制定的工作流程，这样你也可以做到这一点。
下面是你如何做：使用SOAtest和Virtualize让EDI信息更容易处理
我们从包含的834文件的EDI消息模式开始
使用SOAtest可以使EDI工作变得更容易，因为SOAtest包含一个内置的消息库，你只需从下拉菜单中选择消息方言、版本和类型。你的有效载荷立刻就会显示出来，并准备好用数据来驱动。接下来，我可以为默认消息填写一些值。这些可以是我知道不会改变的数据值。
然后，我可以立即从编辑器中直接为payload创建一个Hierarchical数据源，我不需要担心将我的响应元素映射到我的payload，因为这一切都是自动完成的。这将为我生成一个易于使用的数据源。
一旦创建了该数据源，我就可以像处理电子表格一样轻松地添加、删除和更改数据。数据在Virtualize的瘦客户机界面中表示，以下是测试数据管理器中数据编辑器的样子：
这就是：从EDI定义到直观数据源的无缝工作流程。
对于我最近的部署来说，这已经是一个令人头疼的大问题了，让团队可以进入到传统上难以解决的验证环节。他们可以轻松地将新的用例添加到数据源中，并从中驱动验证。
此外，我们能够使用http将调用直接发送到系统中，但模拟实际的文件投放，通过将输出转化为文件，将表单放置在适当的文件夹中，并设置文件监听器来接收响应。
大招来了！自动EDI文件处理
这就是你所拥有的。当你需要处理复杂的消息格式或协议时，拥有一个为你工作而不是与你作对的功能测试工具可以让你的工作大为改观。当我们部署 Parasoft SOAtest & Virtualize 时，它可以让你在处理复杂的、传统的或不常见的用例时免于猜测，而且你用 EDI 消息创建的所有测试用例和模拟服务都可以无缝地融入你现有的测试设计模式中，为你节省大量的时间。
