南宁网站建设建站系统,网站推广优化业务,上海做网站的企业,域名买好了怎么建网站6.1 接口
6.1.1 接口概述
定义#xff1a; 接口就是API#xff08;Application Programming Interface#xff0c;应用程序接口#xff09;#xff0c;是一个软件或服务对外提供的接口#xff0c;别人只要调用这接口#xff0c;而内部如何实现#xff0c;不需要关心。…6.1 接口
6.1.1 接口概述
定义 接口就是APIApplication Programming Interface应用程序接口是一个软件或服务对外提供的接口别人只要调用这接口而内部如何实现不需要关心。你只要按照要求进行接口调用即可。 外部系统与系统之间以及内部各子系统之间的交互点。包括外部接口、内部接口。
举例 假设物流中“货物”是数据存放货物的“总仓库”是数据库“店铺”是我们的网站、App。页面上显示的内容、数字以及用户的操作请求和结果都是需要不停搬运的“货物”——数据则负责调配分配打包的中转站就是API快递小哥直接从中转站取货就好。
作用 对于软件提供商来说留出API让别的应用程序来调用软件才能发挥最大的价值才能更有生命力。同时别人也看不见代码不伤害商业机密。 对于应用开发者来说有了开放的API就可以直接调用多家公司做好的功能来做自己的应用不需要所有的事情都自己操刀节省精力。
6.1.2 接口的表现形式
客户端要先操作服务端资源首先要找到服务端提供的接口然后才能向服务端发送资源请求那么何为服务端接口呢其实就是一个地址URL比如 http://www.qubaobei.com/ios/cf/dish_list.php?stage_id1limit20page1 采用的协议(http:) 一般来讲网址中第一个“:”前面的就是该网址所采用的协议。这里的HTTP就是个协议 。HTTPS是HTTP的安全版本HTTPS在HTTP的基础对传输的数据进行了加密和签名以保证数据传输的安全性。我们平常打开两页的时候会看到网址前面都有一个HTTP或HTTPS这就是告诉你你在向服务器发送此请求的过程中要遵循的协议是HTTP或HTTPS (也就是规则)。服务器地址(//www.qubaobei.com) 以双斜杠“//”开头后面跟的就是这个服务器的地址专业术语叫域名。请求资源路径(/ios/cf/dish_list.php) 表示你要请求的资源在该服务器下/ios/cf/dish_list.php的路径下。参数?stage_id1limit20page1 参数可以找到具体内容和路径之间使用“?”隔开参数之间使用“”隔开。参数是以键值对的形式表现出来的。
把此URLhttp://www.qubaobei.com/ios/cf/dish_list.php?stage_id1limit20page1称为食品模块个接口 也称为接口地址。
6.2 接口文档
接口文档展示
6.2.1 封皮
封面最好是本公司规定的封面有logo内容标题版本号公司名称文档产生 日期。错误地方在于文档的标题要和页眉中的标题一致
6.2.2 修订历史
表格形式较好些。包括 版本修订说明修订日期修订人审核时间审核人。
6.2.3 接口信息
接口调用方式是post方式还是get方式接口地址别人需要线上的哪个地址就写哪个。自己提前测试好线上的这个接口是否有其他问题千万别犯低级的错误尤其是某个字母写错
6.2.4 功能描述
一定要清晰的描述接口功能。不要遗漏一些细节比如接口获取的信息不包括哪些哪些要写明白
6.2.5 接口参数说明
每个参数都要和实际中调用的一样包括大小写参数的含义言简意赅的说明格式是string 还是int 还是long等格式例如参数为RequestParam(appKey) StringappKey, RequestParam(randomId) Integer randomId说明部分说明参数值是需要哪个公司提供并详细说明参数怎么生成的例如时间戳是哪个时间段的参数是否必填一些参数是必须要有的有些是可选参数一定要注意写清晰。
6.2.6 返回值说明
1、有一个模板返回值并说明每个返回参数的意义。 2、提供一个真实的调用接口真实的返回值。 注现实工作中对接口有疑问要及时跟同事交流。
6.3 接口测试的概念
6.3.1 概念
测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。
6.3.2 接口测试本质
实质就是数据的传输和接受传输的是接口地址中的参数接受的是文本字符串然后对比文本字符串是否正确。
6.4 接口测试的目的和原理
6.4.1 目的
测试接口的正确性和稳定性。
6.4.2 原理
接口测试的原理是通过测试程序模拟客户端向服务器发送请求报文服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端客户端接收应答报文这一个过程。
6.5 常用接口测试工具
6.5.1 典型商业工具
LoadRunnerLR一款商业性能测试工具用来做接口测试很好很强大 但是配置比较麻烦。SoapUI开源测试工具通过soap/http来检查、调用、实现Web Service的功能/负载/符合性测试该工具既可作为一个单独的接口测试工具使用也可利用插件集成到Eclipsemaven2.XNetbeans 和intellij中使用。 了解就可以了基本已经不用了。
6.5.2 典型开源工具
Jmeter 一款开源的接口测试工具操作简单方便既有jdbc request操作数据库数据也有http request和soap request应对测试
6.5.3 扩展插件
postman谷歌浏览器的扩展工具主要用来做接口测试谷歌商店中选中安装界面同poster差别不大界面简洁。
6.6 接口测试应该测什么
6.6.1 单一接口
单一接口功能的测试主要测试返回的数据结构是否和接口文档给出的一致接口的正常功能是否完成接口的参数检查测试接口的异常测试。
6.6.2 组合接口
定义 组合接口测试主要是通过组合多个单一接口来测试一个业务场景案例 测试购物网站的一个下单的功能那么因为在下单之前还有一些流程所以要测试一个场景。 测试搜索商品 -- 选中商品 -- 添加进购物车 -- 提交订单 --支付 提交订单时还涉及到地址的选取等注 涉及到如果使用从cookie或者session在本例中的区别如果使用cookie加入购物车那么换一台电脑购物车里的商品就不存在了但如果使用的是session购物车里面的东西就一直存在即cookie是本机作用的session不止于本机作用。
6.6.3 结构检查
1检查返回值的结构是否正确如是json类型还是xml类型的数据 2字段名称是否正确等 XML和JSON都使用结构化方法来标记数据
6.7 接口测试内容
6.7.1 功能逻辑
通过查数据库或缓存等验证数据是否处理正确。 通过其他辅助途径进行验证
6.7.2 异常测试
接口测试中主要测试接口正常逻辑但仅逻辑测试不能保证数据的安全及程序接口在异常情况下的逻辑处理的正确性。
6.7.3 路径测试
当被测接口的实现方法中判断逻辑复杂分支多且判断中又调用了其他的接口此时必须要进行路径覆盖测试。
6.7.4 其他异常场景
研发的项目有些项目是底层使用的系统根据项目特点可能会存在特殊的异常场景。 例如 支付的异步操作支付消息重试等
6.8 测试案例
6.8.1 get请求
6.8.2 post请求
Postman使用
6.9 接口测试用例模板
