【你来问我来答第126期】： 如何从零开始做好接口自动化测试(活动结束)

克里斯特钠博联

你好，最近发现一个现象为什么更多软件测试的同事，排斥要写脚本的接口自动化测试？？

子慕予兮

海上孤帆 发表于 2022-5-24 14:01
本人做软件功能测试两年，最近接触接口自动化测试，自己琢磨不知如何下手，希望专家能给点意见和建议借鉴一 ...

对于接口测试新手来讲，要想做好接口测试首先要了解协议以及协议的请求方式，了解接口间的数据传递，业务流程。无论是哪种接口实现技术，我们都要有能力分析出以下内容，就可以有效的开展后续的接口测试工作了。
1. 接口的请求地址或接口程序访问地址
2. 接口所需要传递的参数（参数个数，参数名称，参数的规则及要求等，注意是否存在隐性参数）
3. 接口的请求方式
4. 接口的响应结果（格式，内容，正常响应，异常响应）

在重复了解以上接口相关要素后，就可以结合接口测试业务，通过接口测试工具，逐步实践了，这里只说一说工具，那是因为对于接口测试新手而言，通过工具（抓包fiddler/charles； 接口测试工具Postman/Jmeter)z这类现成的工具，来辅助，鉴于这些工具功能都比较全面，对于新手而言，入门比较容易，也能让自己快速上手。特别是对于没有任何代码基础的新手而言，通过第三方工具进行接口测试，也能参与接口测试项目任务。

此外，设计接口测试用例时，需要考虑各参数的传递，比如传入的字符为int，在测试过程中充分考虑到该参数的特殊情况，比如：为空，传入非int型、边界值、各传入间的参数组合等等，检测接口返回数据的准确性，当然也需要考虑接口性能及安全方面。

接口测试重点是检测数据间的传递以及系统间的模块与模块间相互逻辑依赖关系。接口测试的方法有很多，比较常见的是通过一些接口测试工具来实现接口数据的传递，也有编写代码来实现数据传递，以上都是可以在没有客户端界面的情况下做的，但需要对接口的实现比较熟悉。另外其实还有别的方式，比如在网络中将接口数据调包修改，或者以修改客户端的方式达到某些目的，且非常真实有效，最终达到测试的目的，找出程序的错误。

子慕予兮

克里斯特钠博联 发表于 2022-5-24 14:46
你好，最近发现一个现象为什么更多软件测试的同事，排斥要写脚本的接口自动化测试？？

对于接口测试而言，工具和自己写自动化测试脚本各有所长。我们常见接口测试工具有jmeter, postman, soapUI；此外还有辅助接口测试用的抓包工具fiddler,charles这类。 自己写接口自动化测试脚本，python requests + unittest/pyptest + allure, 结合数据驱动等设计模式，最后并入持续集成，一般这样的模式更多；

至于你所说的“排斥要写脚本的接口自动化测试”的原因，可以分为两类吧，一类是从企业角度，明明没有那么大规模的接口测试（回归测试用例/冒烟测试用例）需要积累沉淀和维护，但企业管理者为了追求一些所谓的高大上前沿技术，即瞄准BAT之类的大厂，他们有的，我们也要有，那么在没有全面评估当前项目投入产出比的同时，盲目下令一切接口测试都必须自动化脚本化，导致过多的精力都花费在自动化测试脚本的研发调试上，而真正需要好好做的测试任务反而被忽略了；

其二，从个人自身出发，自动化测试脚本的编写，说白了必须要有一定的代码能力，程序编写能力，这也是手工功能测试人员的一大痛点，所以就会产生 “既然已经有现成的接口自动化测试工具，为什么还要自己写接口自动化测试脚本” 的疑问了，觉得有现成工具，自己写脚本是多余的。

以上从我个人观点出发，看您提出的这个质疑，不敢说完全正确，但却是存在个人及企业管理者两方面的原因。

总而言之，测试工具，和自动化测试脚本语言，这是两个范畴的概念，无法进行区别比对。简单来说可以这样理解，使用Jmeter等测试工具，可以通过人工的操作来进行接口测试的执行工作，我们暂且称为接口手工测试。这样的工作方式非常简单，在接口测试工作量比较小的情况下，还是可行的，但是需要测试接口的数量非常多，一般来说超过20个以上，就不太适合再用工具进行测试了。

建议可以在接口基本已经稳定的情况下，使用python来编写自动化接口测试脚本来进行，可以大大提高测试工作的整体效能。