api测试

API（Application Programming Interface，简称： API ），又称为 应用编程接口 ，就是软件系统不同组成部分衔接的约定。由于近年来软件的规模日益庞大，常常需要把复杂的系统划分成小的组成部分，编程接口的设计十分重要。程序设计的实践中，编程接口的设计首先要使软件系统的职责得到合理划分。良好的接口设计可以降低系统各部分的相互依赖，提高组成单元的内聚性，降低组成单元间的耦合程度，从而提高系统的维护性和扩展性。 换句话说，API也可以看做程序/资源/组件的集成点。它的功能会跟UI有些类似，通过某些特定指令、参数等可以让后台的一堆代码运行起来，最后得到想要的结果。不同的是它不提供可视的按钮文本框之类的界面，而通常是由一个直接和底层代码打交道的链接构成。 什么是API功能测试？ API测试是针对系统所提供的API做各方面的验证。API的性能和安全测试根据测试策略的不同，会是一个可选测试项。这个可以作为两个单独的问题来讨论。 API的功能测试类似于UI功能测试，都是在已知输入内容和期望结果的前提下，使用这个功能/调用这个API并且验证是否能返回期望的结果。不同的是API测试在返回结果被呈现给客户前就完成了，从而对测试环境的依赖会比较小。 为什么要做API功能测试——测试金字塔 在讨论这个话题之前，我们先来回顾下测试金字塔： TestPyramid 如图所示

现在多数的项目开发中，网站和移动端都需要进行数据交互和对接，这少不了使用REST编写API接口这种场景。例如我目前的工作，移动端交由了另一团队开发，不同开发小组之间就需要以规范和文档作为标准和协作基础。良好的文档可以让开发事半功倍，而作为又懒又要效率又能交代的码农，当然最希望一切自动化，或用小聪明来找到最适合的工具。 Swagger-UI简单而一目了然。它能够纯碎的基于html+javascript实现，只要稍微整合一下便能成为方便的API在线测试工具。项目的设计架构中一直提倡使用TDD（测试驱动）原则来开发，swagger-ui在这方面更是能提供很大帮助。 Swagger-UI更倾向于在线测试接口和数据，但其核心是一个javascript插件，只要稍作修改，便能按需求定制出不同格式的说明文档，在github上更是基于它集成到各种语言环境，分支众多。 其官方提供了一个离线版本，其使用方法十分简单：直接在js格式的资源文件中录入REST API的json信息，便能容易地生成不同模块下的API列表，每个API接口描述和参数、请求方法都能在每个json数组中定制。下面是目前项目中使用到的部分预览图： Swagger-UI 的官方地址： http://swagger.wordnik.com Github上的项目地址： https://github.com/wordnik/swagger