接口测试需求文档分析以及测试用例

一、接口测试的依据主要是接口文档，接口文档的准确性至关重要。接口文档的内容基本包括有：

• 接口名称
• 接口类型
• 输入参数：输入参数一般包括，每个参数名，参数类型，参数业务含义，是否可为空，参数单位
• 输出结果：返回状态的取值范围及其业务含义

二、接口用例设计主要以下几个方面进行设计：

1、 输入参数主要从以下几个方面设计：

• a、必填项校验
• b、参数长度校验
• c、参数值的有效性校验
• d、参数组合校验
• e、参数默认值校验
• f、某些参数具有特定的生成规则要单独针对生成规则设计用例

2、接口逻辑设计：分支覆盖–路径覆盖–场景覆盖，结合实际业务场景

• a、整理画出对应流程图
• b、依据路程图中的分支分别设计，不同分支不同的场景,这里就要把异常的场景考虑进去;如接口超时,接口异常，接口请求成功或失败,成功后怎么处理,失败后流程是否继续执行，失败后的数据怎么处理;以打款接口为例:打款结果有打款成功或打款失败，成功后怎么处理,需要回写打款成功状态，失败后怎么处理，也需要回写失败状态，失败后的数据可以操作退回，也可以操作重新出款等等;
• c、测试逻辑设计完成后要想一想不同的业务场景怎么去测试,需要哪些人员协助,如接口超时怎么去测试,请求重复怎么去测试，请求并发怎么去测试

3、输入结果:正常输出和异常输出,常用的方法有错误推断法(列举出程序中可能存在的错误或者异常,根据他们选择测试用例)

• a、以上都完成后,要结合实际的业务场景去掉冗余的用例(即实际业务场景不存在的流程或者输入数据)
• b、如果业务流程涉及到状态转换,要单独设计用户—方法:状态转换图;
• c、涉及到多个不同金额或者手续费的计算，可能还会用到正交实验法去设计用例;
• d、另外用例设计中还应当包含异常流程中产生的异常数据的处理流程;通常所说的补偿机制，这块流程能大大的减轻人工运营的工作量,当然,这需要在做系统设计的时候就需要把这部分考虑进去。