接口测试中注意的问题

一、 注意数据清理
在写脚本后注意及时清理接口测试过程当中，向数据库或实时搜索中插入的数据，以避免脚本的持续运行，会对数据库和实时搜索形成没必要要的负担。
二、 在编写脚本前，提早写好用例

接口测试虽然对代码的要求比较高，可是最终影响测试质量的不是代码能力的高低，而是设计用例能力的高低。设计和编写用例是写脚本的前提，是脚本代码实现的对象。因此在动手写脚本前，必须先把用例准备好，若是是新人，则须要请开发和接口测试的前辈帮忙review一下，确保设计的用例没有疏漏的地方，而后在开始着手写脚本。

三、 准备测试数据要能完整覆盖被校验点
准备测试数据是编写脚本的重要步骤，要确保准备的数据覆盖被校验点。不能覆盖的错误主要发生在一下场景下：
A、 在基类或单独的方法准备一个标准参数，在脚本中建立这个标准参数后，再针对每一个脚本的特色更改部分参数

B、 开发的代码中存在“或”的逻辑判断，例如 if(A|B){ this.setValues(0);}，其中A和B分别是变量variable1和variable2的参数值
C、 在标准参数中已经对 variable1 赋值A，那么要覆盖variable2为B时也能够执行if后的语句，就须要先将variable1的赋值不为A，这样才能达到覆盖variable2=B的效果；

而在写脚本的过程当中很容易遗忘将variable1赋值不为A这个步骤，为了不这种状况的发生，对于“或”的逻辑判断，不要把这个判断先后的两个变量放到标准参数中，而是单独写一个set和get方法，在每一个脚本中再对其单独赋值。
四、 过后校验要全面充分

调用接口后，会返回一个result，对这个result进行校验时，要将校验点想全面，不单单包括，调用是否成功，还须要知道为何成功，为何失败：

调用成功：result返回调用成功，还须要校验更改的信息是否被更改，其余不须要更改的信息是否被改变
调用失败：result返回调用失败，还须要校验失败的缘由是否和期待的一致，确保调用失败后信息没有被更改；
五、 写sql语句更新数据库时，必定要写限制条件
在脚本中编写sql语句更新数据库时，要特别当心，必定要写限制条件，否则会将数据库中的全部记录都更新掉，并且脚本是要持续运行的，信息会被一次次修改，这样会给其余人带来困扰。并且这种问题排查是很困难的，因此必定要当心。