使用eolinker对API测试的响应结果进行断言

最近在使用eolinker进行API测试,在对返回结果进行断言时发现了个非常细节的设计,即断言可以获取后置脚本设置的变量的参数。下面讲一下我的测试过程。

测试场景
不同API的测试场景不同,这边说一下我做的某个测试场景,可以参考我的测试场景学习如何通过eolinker测试API,并且结合自己需要测试的API进行测试。
该API简单的流程是,输入一个价格后,API会对该价格进行处理,保留3位小数并返回结果,这里我们需要在eolinker对返回结果进行断言。以下是详细步骤。

1、在API的请求体中输入价格,例如:请求参数price_a=10.2849812649。
使用eolinker对API测试的响应结果进行断言

2、在”后置脚本”获取请求参数中price的值,对price的值进行处理后设置为环境变量。
使用eolinker对API测试的响应结果进行断言

3、响应内容会返回一个price_b,是请求参数price_a保留三位小数后的数值。所以在断言规则校验JSON,参数值为price_b,预期结果等于{{price}},这里的{{price}}是获取第2步中环境变量price的值。
使用eolinker对API测试的响应结果进行断言

4、保存后测试可以看到执行通过。
使用eolinker对API测试的响应结果进行断言

5、查看测试报告,可以看到响应内容的price_b为10.285,断言预期结果也拿到了环境变量的值,值为10.285,断言成功。
使用eolinker对API测试的响应结果进行断言

以上就是简单版的API测试过程,起初使用eolinker认为测试执行顺序是前置脚本-API请求(包括断言)-后置脚本,但有时候我们需要对请求后的数据进行处理,或获取响应后的参数,所以正确的测试执行顺序是前置脚本-API请求-后置脚本-断言。可以看出eolinker非常了解测试场景。

Eolinker不仅包含API测试,API生命周期的每个步骤几乎都有涉及,包含许多强大的功能,例如:自动化测试、定时任务等,同时也支持私有化部署。
使用地址:www.eolinker.com

上一篇:【分享】提到接口测试,千万要把自动化测试和性能测试区分开


下一篇:记一次JPA查询分页导致的数据丢失问题