【51CTO.com快译】由于与API集成是一个常见的应用程序和数据集成需求，开发团队应考虑使用工具来帮助审查功能和测试假设。如果组织与许多SaaS、企业和其他第三方工具集成，还应考虑加快开发速度、提供强大的集成功能，并执行集成方面运营功能的集成平台。
以下是API验证的三种不同方法。
IFTTT平台支持什么样的集成?
假设需要与一种常用的SaaS平台集成。在这种情况下，一种简单的方法是查看If This Then That(IFTTT)平台支持什么样的操作和触发器、触发API所需的数据以及它所返回的数据类型、格式和质量。
Zapier与3000多个应用程序集成，可以查看和测试触发器和操作。集成可以很简单，用于将新记录从一个应用程序推送到另一应用程序;也可以比较复杂，利用过滤器、路径、格式及其他功能。一个应用程序中的触发器需要在第二个应用程序中找到正确的记录并更新时，后面的步骤通常是必要的。格式功能还支持数据清理及其他数据操作。
Zapier还提供测试和监控集成的工具。这些运营功能在验证较复杂的集成和API时非常有用，不同的场景会触发各种类型的操作。
其他IFTTT自动化工具包括 Automate.io、IFTTT、Integrately、Tray.io 和 Workato。这些工具可以帮助测试和开发API概念验证，作为快速的起点。但是开发人员可以借助这些工具来创建、测试和践行所需的集成时，开发团队也应该考虑在生产环境中使用它们。
使用测试驱动的开发方法来验证API
如果需要与非商业第三方API或未连接到IFTTT平台的行业特定平台集成，会怎样?或者如果更复杂的集成、工作流程编排、数据操作或数据量使得使用IFTTT平台不那么诱人，该怎么办?
开发团队可以考虑测试驱动开发(TDD)方法来验证和原型设计API。这种方法要求开发团队在直接在组合服务或应用程序中使用API的功能之前，构建单元测试和更高级的编排、自动化和持续测试。
开发API和微服务时，TDD是一种强大的方法，因为它定义并记录了预期的用途和边界情况。测试自动化有助于标记可能对下游产生影响的任何服务更改。
使用第三方API时，该方法同样有效。开发人员可以使用Postman等工具导入API规范、了解API、构建测试套件，然后将测试集成到持续集成/持续交付(CI/CD)管道及其他DevOps工具中。值得关注的其他工具包括Katalon、RapidAPI、Parasoft和SmartBear ReadyAPI。
这种测试不仅有助于验证API，开发人员还可以在以后使用它们用于自动化和持续测试。在生产环境中，它们有助于验证第三方API更改是否及何时破坏测试，是否及何时需要审查和修复使用它们的任何服务和应用程序。
使用低代码集成平台来构建可重用网关
如果您计划与多个平台集成，集成需要可在众多服务和应用程序中重用，又会怎样?也许贵组织在定制需要与HubSpot、Workday、SAP 或其他平台集成的员工入职应用程序、营销工具和现场运营工作流程。
我与Boomi的产品负责人Ed Macosky探讨过与大中型组织中的每个人共享数据以及支持工作流程和协作方面的机会。这些组织需要的不仅仅是验证API，它们还需要可扩展的集成流程。他这样描述挑战：“开发人员如何解决这种将每个人连接到一切的端到端情况，比如连接所有数据源、了解组织内的所有数据、集成该数据、开发服务、创建用户驱动的工作流程，并暴露给吸引用户的前端应用程序?”
Boomi等集成平台带有与常见SaaS和企业平台对接的连接器，以及可实现快速开发、测试和部署的低代码工具。一次集成可以为多个下游应用程序和组织服务提供服务，而不是创建点对点集成。
其他集成平台包括Jitterbit、MuleSoft、PMG和SnapLogic。应用程序集成或集成平台即服务(iPaaS)平台有一系列不同的功能，包括易用性、数据管理功能、运营功能和自助服务选项。
对于希望根据不同业务需求和部门工作流程定制体验的组织而言，使用集成平台极具战略意义。比如说，可以定制入职应用程序，为加入某个工作岗位的人员仅显示基本步骤，让新的技术员工可以选择设备或销售代表设置旅行偏好。
开发人员记住这点很重要：验证API只是集成之旅的第一步。然后，开发人员需要创建可重用、可扩展、可靠且受支持的集成。要做好这一点，需要将集成插入到旨在支持与预期的业务服务级别目标集成的运营环境中。集成和iPaaS平台提供了这些选项，对于希望将集成作为一项核心开发和运营能力的组织来说大有助益。
原文标题：3 good ways to validate APIs，作者：Isaac Sacolick
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
