Katalon API 测试 Demo

---

为何选择Katalon
符合我们当下的情况，测试需要借助现有工具提高测试效率以及提高测试质量；为何不自己写代码？不是只有自己写的框架才是最好的，合适的才是最好的；katalon 支持ui、mobile、api 同时也支持脚本模式，无论是通过界面生成用例还是自己写脚本都能满足，省去了造轮子的成本。
缺点：国内学习材料少，学习来源官网。

---

接口测试的本质
输入数据的准备-获取响应结果-响应结果的验证

接口测试的目的
测试数据的管理和验证【这句话不是我说滴，是偶然看到一篇文章中提到的，借来一用，因为说的对】

接口测试的准备工作
熟悉业务工作流，明确知晓接口的应用情况
了解输出状态，如200、300、开发团队定义的错误码

接口用例如何设计
使用最少的必填字段➕最大字段指定输入
异常情况：属性类型异常、属性值异常
预期响应结果的异常场景来反推输入数据
接口用例的结合要小而精，优先保证接口自动化能运行起来，后续可以根据需要在扩充用例集合

结果验证什么
状态码验证
响应结果全量对比，但动态值就会导致断言失败
响应结果的属性对比
响应结果的属性值对比
......

---

套路图：

套路图.png

菜单栏介绍添加对象库等操作，请看官网

---

对象库中添加每个API
需要注意的地方：
1.如果请求是Post请求，那么请求体【请求参数】在HttpBody中设置，见下图

image.png

局部变量的设置以及支持的类型

image.png

---

Test Cases 测试步骤组装

image.png

---

Test Suites 场景组装

image.png

与数据文件的关联

image.png

详细的关于数据文件的关联可以参考官网

如果不用Test Suites 的话 在Test Case 中也可以用for循环的方式 读取数据，完成数据驱动，此处就没有展示。

---

环境管理
环境配置的管理，如test环境配置、线上环境配置等等

image.png

当前只用了默认环境，当设置多套环境后，在工具栏中可起切换执行环境

image.png

---

数据驱动

数据驱动的意义在于做到 数据和脚本的分层
利于后期维护，包括环境管理的独立性也是从后期维护
katalon的结构设计其实也采用用例分层的理念，对于想自己开发框架的小伙伴也可以借鉴下

image.png

当出现这个问题时，去数据文件中把“User first row as header ”勾选上即可

image.png

后话，以前一直追求自己写代码完成接口测试或者其他的测试，其实进了个误区，如果能借助现有的工具优先提高工作效率和质量，并能从中掌握其理念也未尝不可，会代码只是锦上添花，但核心的理念若是不懂，只能是技术输出人员，价值有限，所以什么是最重要的需要明确好，不能人云亦云，但代码该学还得学。