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