接口用例设计怎么考虑,接口的测试用例一般都怎么写

设计理念 1 )优先级--所有接口 1、暴露在外面的接口。 因为这个接口通常会被第三方调用 2、用于系统内部调用的核心功能接口； 3、在系统内部调用非核心功能接口； 2 )优先级---对于单个接口 1、前向用例优先测试，反向用例次(通常不是绝对的)； 2、是否符合前提条件是否具有默认参数值参数是否为必需参数之间是否存在相关参数数据类型限制参数数据类型自身的数据范围值限制 3 )设计分析通常设计接口测试用例需要考虑以下几点。 1、是否满足前提条件部分接口必须满足前置条件，才能正常获取数据。 经常有。 您需要登录Token。 反用例:设计前置条件(关于是否满足n个条件，从0 )到n个用例 2、是否具有缺省值参数的正向用例)所有具有缺省值的参数都不填写，不传递参数。 所有必需参数填写正确且存在的“常规”值，其他不填写，设计一个用例； 3、业务规则、功能要求这里可能需要根据实际情况，结合接口参数的说明，设计n个正向和反向用例 5、参数是否必要的逆用例:针对每个必要参数设计一个参数值为空的逆用例 4、参数之间是否存在关联若干参数之间存在相互制约关系的逆用例:根据情况，可能需要设计0~n个用例 5、参数数据类型限制逆用例:为每个参数设计一个参数值类型不匹配的逆用例 6、参数数据类型自身数据范围值限制用例(对于所有参数，设计一个各参数的参数值在数据范围内为最大值的用例逆例)的每个参数， 设计n个各参数参数值超过数据范围最大值的逆用例)考虑几个以上各参数参数值小于数据范围最小值的逆用例，基本如下:正常的支流功能检查。 异常流测试用例:异常容错检查 4 )通过尽量使记述逻辑化，之后的维护变得容易 5 )实践操作界面获取示例获取订单列表界面(多条件)店铺指定期间的所有订单列表(多条件组合)，默认按日期排序。 接口方向客户端-服务端接口协议的接口地址: $xxx_Home/xxx/认证前缀/xxxxx

/getAllOrderList接口协议： JSONHTTP请求方式：

GET消息请求字段列表如下：

消息请求示例：

如果成功，则返回JSON包。 { '代码' : 0，' msg': '订单列表查询成功！' ，' data': { 'pNo': 1，' rCount': 5，' orderTotalPriceTotal': 23.3， ' platformtotalincomepricetotal ' ' lst ' : [订单标题' : ' kouxiangtang '，' settlePrice': 15.89，' cash tottotang ' pos total ' ' order time ' : ' 2015-09-291:4336026 '，' orderid ' : ' 1234567928201509291340268141 '，' ' mobile ' 3366141 ' { ' order title ' : '红塔山'，' settlePrice': 7.5，' cashTotal': 7.5，' posTotal': 0 ' order time ' : ' 2015-09-2911336037336058 '，' orderid ' : ' 1234567928201509291137058273 ' }用例设计出现问题。 如上所述。个人观点：

1、根据接口的使用对象(外部、系统内部)，选择性地进行、保留用例的一部分

2、根据接口是否是核心接口，有选择地进行用例，保留

3、根据参数说明和实际情况，有选择性进行、保留的用例实例。 上例中的该接口在APP、店铺后台调用，且在系统内部调用，因此以下用例可适当省略。 test-E-按店铺id查询-店铺id非int型test-E-按设备查询-token

-时间类型非int型test-E-按起始日期查询-时间类型非date型test-E-按结束日期查询-时间类型非date型test-E-按订单状态查询-订单状态非string类型test-E-按交易状态查询-交易状态非int型test-E-按支付方式查询-支付方式非int值test-E-按收银员查询-收银员id非int值test-E-按导购员查询-导购员id非int值test-E-按页码查询-页码非int值 理由：这个接口是给其它开发于系统内部调用的，开发过程中，开发者肯定需要调用这些接口，如果类型错了，他们也就获取不到预期的数据，这些错误，他们肯定可以发现，所以，他们传递的参数值一般能保证类型正确。 test-N-按参数类型最大值查询    所有参数test-E-按商铺id查询-商铺id超过类型范围值test-E-按订单状态查询-订单状态值超过类型最大值test-E-按交易状态查询-交易状态值超过int类型最大值略去的用例部分（参数值超过类型最大值） 理由：

1、内部调用，参数值不是外部手动输入的，输入数据长度、值大小可控，当然如果数据一直增长，那再大的类型可能都无法保证不超出，比如自动增长的商铺id2、部分参数的参数值是自定义的，比如 订单时间类型，就那几种，除非传错了，不然不可能超出范围 最后简化后的用例数差不多28条，如果是手工测试，对于正向用例，根据等价类原理，可以制造一条数据，覆盖多条用例，当然，也可以冗余处理，即一条用例一条数据，这样的好处就是每次的验证点比较单一一点，比较有针对性。