浅谈接口测试(三) 业务功能测试

lsekfe

在上一小节，我们简单介绍了接口文档，以及对于接口本身的测试，从本小节开始我们来介绍一下业务功能的测试
　　1. 需求分析
　　我们先给一份产品需求如下：
　　点击“我喜欢”按钮，调起一个弹窗，展示我喜欢的明星列表
　　明星排列顺序按照添加时间倒序排列
　　可分页展示，向上划动，可展示下一页内容，每页最多展示2条内容
　　我们逐条分析一下，这几条都分别是由哪些开发同学负责：
　　肉眼可见的按钮一定是由前端或者客户端来完成，不是我们测试重点
　　倒序排列，前后端均可完成，但一般是由后端处理完成后，交给前端客户端展示，这是接口测试的重点
　　前后端均可完成。但如果是由前端完成，那么后端需要把所有数据一次性给到前端，我们想一下如果数据量巨大，那么对于后端来说是个灾难，所以最经济的做法是，由后端查出指定页面内容返回，这也是测试重点
　　分析过后，我们有了一个基本想法如下：
　　我需要一个接口来提供数据
　　该接口有2个参数，一个是指定的页码，一个是每页展示的数据条数
　　每个页面上，信息是按照添加时间倒序排列，最新的在最上面
　　2. 接口测试
　　给定接口文档如下：
　　url: http://127.0.0.1/about_test/getList.php
　　method: GET
　　params:
　　page 整数类型
　　size 整数类型
　　返回结果模版

1. 
   
2. {
   
3. 
   
4.     "code": 200,   // 200成功，400，错误
   
5. 
   
6.     "msg": "请求成功",
   
7. 
   
8.     "result": [
   
9. 
   
10.         {
    
11. 
    
12.             "id": 3,
    
13. 
    
14.             "name": "周星驰",
    
15. 
    
16.             "create_time":1587783346000,   //创建记录的时间
    
17. 
    
18.         },
    
19. 
    
20.         {
    
21. 
    
22.             "id": 4,
    
23. 
    
24.             "name": "李连杰",
    
25. 
    
26.             "create_time":1587783345000   //创建记录的时间
    
27. 
    
28.         }
    
29. 
    
30.     ]
    
31. 
    
32. }

复制代码

设计用例（功能）：
　　是否按照创建时间倒序排列
　　是否返回指定的条数
　　执行测试用例：
　　GET 请求：http://127.0.0.1/about_test/getList.php?page=2&size=2
　　返回结果：

1. 设计用例（功能）：
   
2. 
   
3. 　　是否按照创建时间倒序排列
   
4. 
   
5. 　　是否返回指定的条数
   
6. 
   
7. 　　执行测试用例：
   
8. 
   
9. 　　GET 请求：http://127.0.0.1/about_test/getList.php?page=2&size=2
   
10. 
    
11. 　　返回结果：

复制代码

从返回结果，我们可以看到，缺少创建时间字段；没有按照时间排序，需要协调后端开发进行修改
　　大家可能发现，这和我们进行简单的“点点点”测试，没有什么区别，因为如果接口缺少字段，或者没有排序，我们一样可以通过UI一眼就看出来，那么接口测试还有什么意义呢？
　　我们需要一个更好的工具进行测试，我们需要一个更早的时间点开始发现问题！这个时候我们的postman就派上了用场
　　2. 总结
　　分析产品需求，提炼出需要进行接口测试的点
　　设计测试用例，执行用例协调开发修改