最近在应用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