软件测试接口测试之业务功能测试

需求分析

我们先给一份产品需求如下：

点击“我喜欢”按钮，调起一个弹窗，展示我喜欢的明星列表；

明星排列顺序按照添加时间倒序排列；

可分页展示，向上划动，可展示下一页内容，每页最多展示2条内容。

我们逐条分析一下，这几条都分别是由哪些开发同学负责：

肉眼可见的按钮一定是由前端或者客户端来完成，不是我们测试重点；

倒序排列，前后端均可完成，但一般是由后端处理完成后，交给前端客户端展示，这是接口测试的重点；

前后端均可完成。但如果是由前端完成，那么后端需要把所有数据一次性给到前端，我们想一下如果数据量巨大，那么对于后端来说是个灾难，所以最经济的做法是，由后端查出指定页面内容返回，这也是测试重点。

分析过后，我们有了一个基本想法如下：

我需要一个接口来提供数据；

该接口有2个参数，一个是指定的页码，一个是每页展示的数据条数；

每个页面上，信息是按照添加时间倒序排列，最新的在最上面。

接口测试

给定接口文档如下：

url: http://127.0.0.1/about_test/getList.php

method: GET

params:

page 整数类型

size 整数类型

返回结果模版
设计用例（功能）：

是否按照创建时间倒序排列

是否返回指定的条数

执行测试用例：
GET 请求：http://127.0.0.1/about_test/getList.php?page=2&size=2
返回结果：

从返回结果，我们可以看到，缺少创建时间字段；没有按照时间排序，需要协调后端开发进行修改。

大家可能发现，这和我们进行简单的“点点点”测试，没有什么区别，因为如果接口缺少字段，或者没有排序，我们一样可以通过UI一眼就看出来，那么接口测试还有什么意义呢？

我们需要一个更好的工具进行测试，我们需要一个更早的时间点开始发现问题！这个时候我们的postman就派上了用场。

总结

分析产品需求，提炼出需要进行接口测试的点；

设计测试用例，执行用例协调开发修改。