共计 754 个字符，预计需要花费 2 分钟才能阅读完成。
最近在应用 eolinker 进行 API 测试，在对返回后果进行断言时发现了个十分细节的设计，即断言能够获取后置脚本设置的变量的参数。上面讲一下我的测试过程。
测试场景
不同 API 的测试场景不同，这边说一下我做的某个测试场景，能够参考我的测试场景学习如何通过 eolinker 测试 API，并且联合本人须要测试的 API 进行测试。
该 API 简略的流程是，输出一个价格后，API 会对该价格进行解决，保留 3 位小数并返回后果，这里咱们须要在 eolinker 对返回后果进行断言。以下是具体步骤。
1、在 API 的申请体中输出价格，例如：申请参数 price_a=10.2849812649。
2、在”后置脚本”获取申请参数中 price 的值，对 price 的值进行解决后设置为环境变量。
3、响应内容会返回一个 price_b，是申请参数 price_a 保留三位小数后的数值。所以在断言规定校验 JSON，参数值为 price_b，预期后果等于 {{price}}，这里的{{price}} 是获取第 2 步中环境变量 price 的值。
4、保留后测试能够看到执行通过。
5、查看测试报告，能够看到响应内容的 price_b 为 10.285，断言预期后果也拿到了环境变量的值，值为 10.285，断言胜利。
以上就是简略版的 API 测试过程，起初应用 eolinker 认为测试执行程序是前置脚本 -API 申请（包含断言）- 后置脚本，但有时候咱们须要对申请后的数据进行解决，或获取响应后的参数，所以正确的测试执行程序是前置脚本 -API 申请 - 后置脚本 - 断言。能够看出 eolinker 十分理解测试场景。
Eolinker 不仅蕴含 API 测试，API 生命周期的每个步骤简直都有波及，蕴含许多弱小的性能，例如：自动化测试、定时工作等，同时也反对私有化部署。
应用地址：www.eolinker.com