随着组织拥抱了面向服务架构（SOA），他们也意识到测试应用程序编程接口是成功的关键所在。在QUEST 2014座谈会，即服务/API测试101:人工和自动测试指南上，Zenergy Technologies 的自动化解决方案副总裁David Dang将会讨论一下API测试的不同级别，以及什么时候它才会对组织推动SOA前进来说才有意义。

SOA的优缺点

在SOA引入初期产生了很不利的宣传，但许多组织还是因为这一方法而繁荣发展。事实上，Dang说他不知道公司会从SOA的投资中获利。该技术之下还有一些隐藏的能力包括重用性、增强的一致性和少维护。

对于SOA来说，归根到底就是简单性。“从根本上讲，SOA就是‘我们编写同样事情三次的原因，’” Dang说。“为什么我们不写一遍，且从某种程度上讲可以访问这一服务或API？”在技术以光速发展，并且所有人都在使用API的时代，能够以最简单的方法分享财产才是最重要的。

除了这些能力外，SOA就像其它方法一样，它并不是对组织面临的所有环境都是最好的选择。“在向SOA方向发展时，你必须加倍谨慎，” Dang警告说。

当信息通过API自由共享时，你要谨记组织传播的信息有好有坏，这一点很重要。例如，一个开发人员给API引入了一个缺陷，那么那些使用这一服务的人员也会受到影响。因此，可能会有上千人会暴露出漏洞或其它不好的东西。

可能会引入缺陷并不是使用SOA的唯一缺点。这一技术还涉及到更多的计划。“你必须确保有拥有测试策略，人工和自动化的都有，当服务不能正常工作时来估计影响，” Dang说。

API测试阶段

在QA团队卷起袖子，进行测试时，会缓解风险，这一测试既有积极方面的，也有消极方面的。“在通常测试中我们更多关注积极的而不是消极的，” Dang说。“在API测试中，这两方面各占一半。”

虽然有很多评估阶段，但API测试还是有一些主要的级别：

单元测试——检查代码功能
服务功能——从积极和消极两个方面结果看数据变化
服务与应用集成——确保应用能够访问服务，并在应用中使用这一服务

Dang建议QA团队从单元测试开始，然后在服务本身进行广度测试。“你必须测试大量数据组合，因为你并不了解这一服务的消费者，不了解什么样的数据他们会接入，”他说。

集成层的API测试，就是进行应用消耗服务的检查。需要调查各种不同的场景应，例如以确保缓存或转换问题不会出现。

虽然鼓励人工测试，但Dan说对于服务和API测试来说，它并不总是可行的方法，尤其是在服务功能层。“服务是处理信息的方式,” Dang说。“处理这些信息的方式总是涉及到数据的注入，并返回相应的结果。”

虽然上述的问题可以人工测试，Dang说这一方法使之变得困难，在覆盖各种情况时。相反，他建议在人工测试中执行“高水平”抽检。然后，应该依靠自动化是来覆盖到数据变化的范围。