-
1、支持http请求、还有其他类型的请求；
2、测试集合，可以管理用例；
3、response管理/整理？ 什么时候会用到？优点？
4、内置脚本语言，可以设置全局变量 和编写校验结果；
5、支持切换测试环境、线上环境；
查看全部 -
Rest API 的核心思想是资源，
post--创建
get--获取
put--更新delete--删除
可以映射到数据库的增删改查；
查看全部 -
multipart/form-data ；既可发送文本数据，也支持二进制数据上载
查看全部 -
content-Type:
application/x-www-form-urlencoded: 请求默认方式，数据是简单、平面的key-value键值对
application/json: 数据是复杂的嵌套关系，有多层数据
查看全部 -
Accept 属于请求头；发送端（客户端）期望接收的数据类型
content-Type 属于实体头；发送端实际发送的数据类型
查看全部 -
Http Header
查看全部 -
REST API 测试步骤
了解接口格式 --> 编写测试用例 --> 测试用例评审 --> 开始测试 --> 完成测试报告 --> 结束 （在没有达到测试退出之前 ，比如测试报告里 级别高的bug较多，需要让开发修复后，再次进行测试，直到满足退出条件 后 结束）
查看全部 -
功能测试：
测试覆盖：
业务流程 、 边界值，特殊字符 、参数类型，必选项，可选项等
性能测试：
测试覆盖：
并发数，同一时间发送请求的用户数量，采用逐步加压的方式来找到系统能够支持的最大并发数
吞吐量，tps,
出错率 等
安全性测试：
测试覆盖：
敏感数据加密
恶意攻击等
查看全部 -
REST API 接口规范：返回结果 设计
返回结果 设计是检验产品是否具有良好用户体验的关键。
通用错误码，具体产品由具体产品api文档给出。
{“msg":"uri_not_found", "code":1001, "request":"GET\/v2\/photo\/132"}
查看全部 -
REST API 接口规范：
常见HTTP Status code 状态码：
200 OK
201 created
202 accepted
301 moved permanently
303 see other
400 bad request
404 not found
406 not acceptable
409 conflict
412 precondition failed
415 unsupported media type
500 internal server error
503 service unavailable, i.e 应用池过高、消息队列太多、当前服务器无法处理，等待30秒或10秒server自动恢复前报503；
查看全部 -
REST API 接口规范
设计规范：
协议： 建议使用HTTPS协议，确保交互数据的传输安全
域名：应该尽量将API部署在专用域名之下。i.e https://api.example.com
版本控制：将版本号放在URL或Header中
路径：只能包含名词，不能包括动词
过滤信息： ？limit=10 ?offset=10 ?page=1 ?sortby=name
Hypermedia API: 在返回结果中提供相关资源的链接，连向其他API方法
验证（Authentication）: 确定用户是其申明的身份，比如提供账户的密码。
授权（Authorization）: 保证用户有对请求资源特定操作的权限。比如 用户的私人信息只能自己访问，其他人无法看到；有些特殊的操作只能管理员可以操作，其他用户有只读的权限等。
查看全部 -
REST API 特点总结 ：
面向资源的接口设计 （不同于 SOAP协议，SOAP 是面向服务的）
抽象操作为基础的CRUD(create/retrieve/update/delete)
http是应用协议而非传输协议
查看全部 -
REST 是一种系统架构的设计风格（而非标准），一种分布式系统的应用层解决方案(SOAP 基于 xml 有严格规范，REST基于 http, 更加方便快捷易用）
目的：将Client和Server端进一步解耦
经典应用：github API
核心思想是资源 和 对资源的四种操作类型（创建资源 - HTTP POST / 获取资源 - HTTP GET / 更新资源 - HTTP PUT / 删除资源 - HTTP DELETE）
查看全部 -
REST or RESTFUL
RESTFUL 是 REST 的形容词形式
RESTFUL API 指的是 REST风格的接口
一般来说，REST 等效于 RESTFUL, 区别一个是名词，一个是形容词
查看全部
举报