说到自动化测试，或者说接口自动化测试，多数人的第一反应是该用什么工具，比如：Python Requests、Java HttpClient、Apifox、MeterSphere、自研的自动化平台等。大家似乎更关注的是哪个工具更优秀，甚至出现“ 做平台的 > 写脚本的 > 用工具的 ”诸如此类的鄙视链，但却很少有人去关注接口测试用例的设计问题。

在我看来，工具并没有高低贵贱之分，只能说哪个更适合，适合当前的业务以及适合当前的团队协作。

自动化测试的本质还是测试，自动化只是为了提高测试的效率，而测试的基础是测试用例，因此我们不应该忽略接口自动化测试用例的设计问题。换言之，当你掌握了自动化测试用例的设计思想以及方法，无论用什么工具，都能得心应手，因为工具的东西多练多操作肯定能学会，而思维认知的东西则需要在学习他人好的方法的基础上自己琢磨领悟，并形成一套自己的经验总结。

想象一下，回归测试的时候，成百上千的接口执行下来，没有报错，我们真的对系统放心吗，我们又是怎样衡量自动化脚本是否合理的呢？

所以，今天就来聊聊接口自动化测试用例如何设计。

接口信息来源

与界面功能测试相比，除了要明确需求和测试目标之外，接口测试还需要有针对性地去设计测试数据和接口的组合，确定接口信息通常有两条路径，一是通过接口文档获取，二是通过接口抓包获取。

接口文档

开发人员一般不喜欢写接口文档，同时也讨厌别人不写接口文档，就像程序员一般不喜欢写注释，同时也讨厌不写注释的代码，所以测试人员想要获取一份相对完善的接口文档有时是比较麻烦的ÿ