【1-2】基于Python-接口流程及设计用例方法

在第一篇文章大致介绍了接口测试的基础知识，接下来介绍一下接口测试的流程已经设计用例的方法。

　　

2.1 接口测试流程

 

 

　　2.2 测试之前的准备工作

　　　　我们需要知道系统的业务流程即需求文档，以及对应的接口的功能即系统化的接口文档；

　　　　A>需求文档：需求文档可以让我清楚的知道系统的业务流程，可以根据业务流程设计用例；

　　　　B>接口文档：从接口文档我们可以得知以下几点：

 

 

　　2.3 为什么要设计测试用例

• • 　　理清思路，避免漏测

  • 　　提高测试效率

  • 　　跟进测试进度

  • 　　告诉领导做过的功能块

  • 　　跟进重复性工作

　　2.4 如何设计测试用例？

　　　　　　根据以上我们就应该知道，具体要怎么设计接口的测试用例，如同写测试用例一样，考虑的点有功能、逻辑业务、异常、安全及性能几点。

 

• • 　　功能
    

• • • 功能是否正常：根据业务逻辑来设计用例，验证是否满足需求文档的功能要求，业务是否覆盖全面；
      
      比如：文档中写的是登陆的接口但是实际实现的并未是登陆的接口
      
      

• • • 功能是否按照接口文档实现
      
      比如：文档中登录有两个参数：loginname 和 password，而实际情况中是username 和 password两个参数 。
      
      
      

 

• • 　　逻辑业务

    • 即正常、异常场景是否实现
      
      异常场景: 重复提交、并发提交、事务中断、多机环境（多客户端）、大数据量测试
      
      

    • 是否依赖业务 (相当于前置条件)
      
      比如：下单的接口，前置条件是用户是否登陆，如果未登陆也能直接下单，此接口必定是不可行。

 

• • 　　异常

　　　　　　因为参数有必传和非必传以及类型和长度，以及传递时可能业务上的一些限制，所以在设计用例时，就要排列组合这些情况，保证所有情况都能覆盖到,所以在参数验证考虑的点包括参数组合、边界值、等价类，同编写功能测试用例一致，验证传递正确或者错误的参数，是否返回正常的结果。　

• • • 参时异常

1. 关键字参数类型错误（对应的参数变成关键字）

2. 参数为空

3. 多、少一个必填参数

4. 错误参数

• • • 数据异常

1. 关键字数据（比如参数的数据为：NULL）

2. 数据为空

3. 长度不一致

4. 错误数据

 

• • 　　安全及性能测试

    • 安全测试

权限验证（cookie、header、唯一识别码）、SQL注入等,外部调用的接口尤为重要

• • • 性能测试

响应时间、吞吐量、并发数、资源要求,主要是后端执行的SQL语句性能、算法等相关