具体的一个业务实现的逻辑；
之后就是每一个接口对应的一些规范
这个测试案例的编写和我们平时做的功能测试用例编写几乎是一样的，只是上传的参数不同。
返回规范
请求的一个方式例如：请求方式为(http)
反馈的一个方式，一般情况下http的反馈方式为json格式的，一般情况下code返回200是正常情况，但是这个也要根据自公司功能的一个反馈code码位标准。
例如：简单的一个示例：针对一个加油站的业务
分析完了接口测试文档之后，我们需要根据接口文档来分析出做之前的一些预埋数据：所谓预埋数据就是做之前我们数据库里面必须存在的数据。
我认为一针对于测试而言的主要的接口测试文档应该包含的内容分为以下几个方面。
加密的方式
例如：通过支付宝第三方平台，用户使用银行卡的绑定向加油站发送请求数据。绑定成功后加油站会返回一个唯一的表示服userId进行后续的充值、消费、查询的业务。这里的预埋的数据就是需要：第三方平台编号，银行卡这两个字段数据库本身就应该是存在的。。
例如：请求方法
请求参数
文章为作者独立观点，不代表股票交易接口观点
相关文章
股民评论