在APP或者平台上可能限制了我们的操作，但是接口不同，只要我们愿意，我们可以设计各种顺序、各种次数的场景，当然都是要和业务逻辑有关系的：
根据状态不同，我们可以测试当用户处于未登录、未绑卡、未借款状态的时候的一些操作；
根据操作路径不同，我们可以让用户通过微信、支付宝、银行卡支付；
根据业务规则不同，可以测试不可部分还款/提前还款的产品可否进行部分还款/提前还款、无该优惠的用户群可否使用该优惠券；
根据操作次数不同，我们可以测试用户重复绑卡、重复提现、重复还款；
根据操作顺序不同，我们可以测试先收到优惠券再还款、还款中收到优惠券；
根据数据不同，可以设计不同期数、不同金额的提现方式。
同时在接口中一样也可以用场景插入、场景替换、场景删除、场景重复、数据替换的方式设计用例。
而针对异常场景，用户权限不允许的操作、状态不允许的操作、数据不允许的操作、极限条件下的操作，都可以用上面的方式通过接口进行测试。
把重要的接口测试用例通过脚本实现，不仅可以提高回归效率，减少版本优化所需要的测试时间，接入持续集成持续部署，还可以起到监控的作用，同时可以让优质的代码更快上线。
把重复性的工作通过自动化的方式实现，我们才能有更多的时间去做探索性的测试和其它专项测试。当然接口测试维护成本还是需要的，但和UI自动化相比已经是非常低了。
推荐阅读：
sales@spasvo.com
