为何选择Katalon
符合我们当下的情况，测试需要借助现有工具提高测试效率以及提高测试质量；为何不自己写代码？不是只有自己写的框架才是最好的，合适的才是最好的；katalon 支持ui、mobile、api 同时也支持脚本模式，无论是通过界面生成用例还是自己写脚本都能满足，省去了造轮子的成本。
缺点：国内学习材料少，学习来源官网。
接口测试的本质
输入数据的准备-获取响应结果-响应结果的验证
接口测试的目的
测试数据的管理和验证【这句话不是我说滴，是偶然看到一篇文章中提到的，借来一用，因为说的对】
接口测试的准备工作
熟悉业务工作流，明确知晓接口的应用情况
了解输出状态，如200、300、开发团队定义的错误码
接口用例如何设计
使用最少的必填字段➕最大字段指定输入
异常情况：属性类型异常、属性值异常
预期响应结果的异常场景来反推输入数据
接口用例的结合要小而精，优先保证接口自动化能运行起来，后续可以根据需要在扩充用例集合
结果验证什么
状态码验证
响应结果全量对比，但动态值就会导致断言失败
响应结果的属性对比
响应结果的属性值对比
......
套路图：
菜单栏介绍添加对象库等操作，请看官网
对象库中添加每个API
需要注意的地方：
1.如果请求是Post请求，那么请求体【请求参数】在HttpBody中设置，见下图
局部变量的设置以及支持的类型
Test Cases 测试步骤组装
Test Suites 场景组装
与数据文件的关联
详细的关于数据文件的关联可以参考官网
如果不用Test Suites 的话 在Test Case 中也可以用for循环的方式 读取数据，完成数据驱动，此处就没有展示。
环境管理
环境配置的管理，如test环境配置、线上环境配置等等
当前只用了默认环境，当设置多套环境后，在工具栏中可起切换执行环境
数据驱动
数据驱动的意义在于做到 数据和脚本的分层
利于后期维护，包括环境管理的独立性也是从后期维护
katalon的结构设计其实也采用用例分层的理念，对于想自己开发框架的小伙伴也可以借鉴下
当出现这个问题时，去数据文件中把“User first row as header ”勾选上即可
后话，以前一直追求自己写代码完成接口测试或者其他的测试，其实进了个误区，如果能借助现有的工具优先提高工作效率和质量，并能从中掌握其理念也未尝不可，会代码只是锦上添花，但核心的理念若是不懂，只能是技术输出人员，价值有限，所以什么是最重要的需要明确好，不能人云亦云，但代码该学还得学。
