接口功能测试要点

单接口测试:

1. json格式测试:  
  通常我们的接口一般设计的都是传递json串,那么就需要去测试
  如果传递非json的情况,这时候程序会不会正确的处理,返回相应的        error code

2. 默认值测试:
  很多情况一些非必填的参数会有默认值,比如说一个查询的接口,参数count为返回查询的结果数量,
  默认为10,那么就应该有一条case来测试,当然前置条件是数据库里面必须要存在这样的数据超过10条。

3. 异常类型测试:
  比如上面的count参数,这个参数的类型一定是可以转换为int类型的,这时候我们需要测试如果传的一些不可以
  转换为int类型值来测试代码是否加入判断

4. 必传项测试:
  如果接口的参数有必传项,那么需要测试在不传这个参数的时候接口返回情况,测试是否会提示
  相应的error code

5. 非必传项测试:
  如果接口有非必填项,当我不传递这些参数的时候会不会正常的返回相应的结果

6.非空测试:
  无论是必传的和非必传的参数,传递的key是正确的,但是value=null,这时候返回结果是否正确

7.业务逻辑测试:
  传递正确的参数,接口对数据库进行查询的操作,需要去验证数据库查询是否正确,接口对数据库进行
  增删改的操作,也需要看数据库是否同步进行了这些操作

8.兼容性测试:
  比如说今天接口进行了调整,但是前端没有进行变更,这时候需要验证新的接口是否满足旧的调用方式

9.错误码测试:
  通用的错误码与业务错误码是否能够清晰的说明调用问题,错误码是否能够尽可能的全的覆盖所有的情况

10.数据异常测试:
  假如数据库设计为32位varchar类型,那么如果传33位会是什么情况,会不会抛出相应的错误码,而不会抛出数据库异常

11.返回值测试:
  返回值除了内容需要是正确的,还需要类型也是正确的,保证调用方拿到这些参数能够正确的解析

12.加密测试:

组合接口测试(场景测试)

    单个的接口测试通过后,需要将单个的接口组成连续的场景,比如说投资接口需要用到一个类似token的
参数,而这个参数是登陆接口获取到的,所以就需要先调用登陆接口,然后再去调用投资接口。还有就是
像数据权限与操作权限这些,都会依赖一些其他的接口,那么把这些依赖的接口组成一个场景来测试数据的
正确性。还有一部分接口是内部调用的,比如说注册接口,在注册的时候通常需要获取一个验证码,然后输入
验证码再进行提交注册的操作,在这过程中,验证验证码的操作是在注册的内部完成的,那么其实在组合场景
的时候就不需要再去中间加入验证验证码的接口。

你可能感兴趣的:(接口功能测试要点)