接口测试用例设计

    最近一直在做服务端测试，分享一下接口测试的测试心得。

    1. 熟悉业务

    接口测试也要熟悉业务，明确每个接口的用途与使用，对自己的测试用例设计很有帮助。

    2.明确接口属性

    服务端接口通常就是对服务器数据处理，数据处理无非就是增删改查，所以对应的接口属性就是：增加数据、删除数据、修改数据、查询数据。另外还有一类接口是决策性质的，比如在某种情况下告诉你应该走什么策略，我把它划分到条件策略。当拿到一个需要测试的接口时，首先要确认接口属性，这对编写测试用例很有帮助。

    3.编写测试用例

    测试用例的编写可以从以下几个方向考虑：

    （1）根据接口属性制定测试用例

    根据不同的接口属性确定不同的测试用例。可以相互辅助、相互印证。这里可以积累一些测试套路。

    比如修改属性的接口，怎么确认接口被调用后结果是有效的呢，首先要查询当前数据，然后进行调用修改属性接口，再查询当前数据，确认数据是修改过的数据，这样就可以保证数据被修改成功，查询接口可以查询到对应数据。增加以及删除接口同理。我把这种测试逻辑定义为“查-改-查”的测试方式，同理，也有“查-加-查”，确认数据增加成功；“查-删-查”，确认数据删除成功。另外，对于数据存储和查询相关的接口，要注意重复修改，重复查询的业务逻辑。

    至于决策类型的接口，我们测试的目标就是要做条件覆盖，把所设计到的情况的每个条件全面覆盖。

    （2）参数校验

    通常情况下，研发自测后的接口一般不会出现大的bug, 我们QA需要从一些细节处下功夫，接口测试的话比较通用的就是参数校验，考察接口对传入数据的保护能力 。

    参数校验的话常用的套路就是 必填参数为空/传入格式不合法 等等

    （3）场景测试

    接口的实现都是与实际操作相关的，我们可以设计一些与实际操作相关的接口调用顺序，尽可能符合真实用户的操作习惯

    4.测试执行

    接口测试的执行就比较简单，可以借助测试工具，如postman、curl命令等，也可以写测试代码，用一些常用的测试框架，方便与以后的自动化测试。

    5.测试报告

    最后就是比较好看的测试报告了，看项目中的通用用法，一般会有一些沉淀下来的模版，直接套用就好

        （以上是个人的一点小心得，如有不完善的地方，欢迎大家指出批评）