1.接口的概念从IT的角度出发，主要是子模块或者子系统间交互并相互作用的部分。从形式上来看各种应用程序的API（最著名的Windows 系统的API），硬件的驱动程序,数据库系统的访问接口，再到后来的Webservice接口，http rest接口。虽然接口的形式各有不同，但是从测试角度来说，需要测试的内容大致是相同的，功能，性能，安全。
我们常说的api就是接口的意思，现在常用的web项目，app项目的接口都是基于http请求的，有些系统内部之间调用的接口一般不需要我们测试，这些很多是基于jar包那种类型的接口，只了解到这就差不多了。
接口类型常见的有get,post,put...类型。get类型的接口一般是指获取信息的接口，比如列表查询的功能，点击查询按钮就调用一个get接口，然后把信息返回出来。就是指把内容从服务器拉下来。
post类型一般是提交表单的功能，比如注册、上传、发布帖子之类的就是post接口。就是指把内容推到服务器上去。
接口测试的策略：接口测试属于功能测试，也可以看做是需要了解部分代码的灰盒测试。测试流程是：1测试接口文档。2.根据接口文档编写测试用例（用例编写方法完全可以按照黑盒测试的用例编写规则来编写，如：边界值、正交表等等设计方法）。3.执行测试，查看接口返回的接口数据是否正确，主要检查返回的接口是否和接口文档中定义的一样，还有要检查返回的数据是否和数据库中的保持一致。
eg1.https://api.douban.com/v2/book/search?q='', 这是一个豆瓣的查询书籍信息的开放的api，是一个get型接口。q='',单引号里就是查询的参数，这里给参数为《百年孤独》，然后在浏览器中访问下面地址：https://api.douban.com/v2/book/search?q='百年孤独'， 返回的就是接口信息。返回信息如下：
内容很多，是一个json字符串。可以把所有东西复制下来，用在线解析的站点：http://www.bejson.com/或是json.cn网站，这个json.cn的网站中解析出来就很好看了。如图：
右边就是解析出来的格式，就是一个json字符串中嵌套了一个名叫books的数组。我们测试的时候就是根据接口文档，查看返回的这些数据是否是我们预期，判断这些数据是否是预期一般还需要了解项目的数据库，然后根据条件查询数据库，看接口返回的数据和数据库中查出来的是否一致。
eg2.get型的接口可以直接通过浏览器访问，参数就带在地址的后面以‘？’连接。但是post的就不行了，要用专门的工具来测试，常用的推荐jmeter和soapUI，当然也可以使用在线接口测试ATOOL：http://www.atool.org/httptest.php?body_params=on&body_headers=on