随着组织拥抱了面向服务架构（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说这一方法使之变得困难，在覆盖各种情况时。相反，他建议在人工测试中执行“高水平”抽检。然后，应该依靠自动化是来覆盖到数据变化的范围。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。