核心内容摘要
AI 画图全家桶来了！这回想自己手绘图都难了
文章目录
接口相关理论
接口如何测试
1 设计用例
2 使用工具
接口相关理论
UI功能测试 和 接口测试 哪个先执行–为什么结论接口测试先执行 原因UI功能测试需要等待前端页面开发完成、后台接口开发完后且前端与后端联调完成。
UI功能测试 和 接口测试 的区别UI功能服务器功能测试验证UI调用的接口是否正确页面布局兼容易用性UI专属的功能JS和a标签等 接口测试测试服务端功能逆向功能比UI更方便
UI功能测试 和 接口测试 哪个更高效结论接口测试更高 原因接口测试只测服务端功能以及没有多页面操作因素。
分析API文档目的是啥?
查看api文档中被测接口的信息是否描述完整。
①请求接口的必要信息是否描述。
(方法、路径、参数及参数类型、是否必填 ②响应数据标准格式及错误提示。
返回哪些字段、错误提示信息比如密码错误返回什么等
接口之间的业务依赖关系。
接口如何设计测试点?参数名(key):错参错参多参、少参)、无参 示例: wwww.baidu.com?id123namesdfage18 {id:,name:,code:1002} 多参、少参 参数值(value):功能等价类、边界值、空、格式、特殊符号业务规则 接口依赖:要测!!!--投资的逆向业务中验证一次即可。
投资失败未登录 结论优先级测试 接口依赖——参数值——参数名 提示参数名(错参、无参)可以不测。
原因接口是给客户端web/app调用在客户端中必测正向流程如果正向流程都跑通说明客户端调用接口参数名没问题不会无缘无故的少调或出错。
多参、少参、无参是否需要设计测试点?
业务角度梳理: -
接口测试是否做冒烟?--必须做。
-
接口开发出来被谁调用?(程序、人)-- 程序 -
接口的参数一般都是通过程序进行调用冒烟测试通过后不需要对参数名进行测试。
技术角度梳理: 后台提取接口传递参数一般采用固定参数名来进行读取如果传入一个不存在的参数名或未传参数名那么默认读取出来的值为空。
data { name : zhangsan} -- print(data.get( age )) None
被测接口信息如何获取
通过98%情况下直接根据API来测。
测试的接口不是自己公司的接口临时借用。
--抓包内容 ①请求 url\方法\请求信息头参数类型(url\form\json\multipart\form-data)\请求体 Content-Type : (POST\PUT\DELETE) cookies:登录及依赖关系 请求体:
RESTful风格URI:统一资源定位符 URL:具体的资源访问地址 资源:接口的世界里万物皆资源。
图片、订单、员工、分类 格式:协议://服务器地址:端口号/资源集合/单个资源/赟源集合/单个资源