【二七区软件测评机构：你完全了解接口测试么？】

接口测试作为测试金字塔的第二层，有着低成本、高回报的优势。越来越多的人开始做接口测试，同时可以选择的工具、框架也越来越多。　　测试人员甚至不用操作APP或平台，通过接口就可以测试不同场景，并测试完全流程，同时接口测试也给造数据也带来了方... 接口测试作为测试金字塔的第二层，有着低成本、高回报的优势。越来越多的人开始做接口测试，同时可以选择的工具、框架也越来越多。 大部分同学的接口测试普遍存在两个问题，一是场景太浅，另一个是断言不足。前者造成测试范围有局限，后者是对测试结果校验不足。   接口测试用例如何设计 前端可能过滤掉了这些输入，但是在接口层还是要做校验，特别是对金额来说： 对输入的测试可以用等价类、边界值、判定表、因果图等方法来分析；   大家都会对接口做正常场景的测试，也会做参数校验的测试，但是不知道如何结合业务做接口测试。 我们知道在业务流程中，是用户/后台的一些操作，引起数据或者状态的改变，然后引申出各个检查点。 比如用户还款，还清了最后一期，那么这个操作的结果需要列出来：比如更新应收台账、更新回款记录、更新还款状态、恢复额度。 我们的检查点也要列出来：在客户端检查待还列表、检查提现记录、检查卡片状态，以及在后台检查各个表的数据。 这些就是可以提供给接口测试的。因为业务流程有很多条线，场景不仅只有一个主流程，这个还清最后一笔就是一个场景，除了要校验接口响应中的结果，还要到数据库校验各个值，同时可以通过其它接口，如再次调用还款接口会还款失败，调用额度查看接口额度已恢复，查看待还列表接口状态为已还清。 总结起来就是通过响应结果进行校验、到数据库进行校验、通过其它接口校验。  接口测试业务场景如何梳理  根据状态不同，我们可以测试当用户处于未登录、未绑卡、未借款状态的时候的一些操作； 根据操作路径不同，我们可以让用户通过微信、支付宝、银行卡支付； 根据业务规则不同，可以测试不可部分还款/提前还款的产品可否进行部分还款/提前还款、无该优惠的用户群可否使用该优惠券； 根据操作顺序不同，我们可以测试先收到优惠券再还款、还款中收到优惠券； 而针对异常场景，用户权限不允许的操作、状态不允许的操作、数据不允许的操作、极限条件下的操作，都可以用上面的方式通过接口进行测试。 把重要的接口测试用例通过脚本实现，不仅可以提高回归效率，减少版本优化所需要的测试时间，接入持续集成持续部署，还可以起到监控的作用，同时可以让优质的代码更快上线。 

河南电子规划院在立足原有的信息产业业务的基础上，瞄准物联网解决方案、互联网+、云计算大数据等领域进行了深入的探索，同时开展了软件研发开发、软件测评、两化融合贯标咨询、信息化咨询设计、软件测试、信息化监理服务等一系列服务。努力打造服务于河南郑州范围信息产业的全生态体系服务机构。