一. 问题
在一些平常的RestAPI的测试中，如果接口字段都为静态值，这类请求一般只需要通过登录校验，就可以正常发送请求获取响应。但多数时候，考虑到自动化用例的循环使用能力，请求数据通常不会单纯的为静态值，会出现一些关联值、随机值(含时间相关值)以及一些加密后的值，并且由此引发一些特殊处理的情况，如同一接口字段之间相互引用，获取之前接口的返回值并处理等。那针对这类相对复杂的接口请求数据处理，我们有什么好的解决办法呢？
二. 解决
在以前我们用测试脚本的时候，这个问题可能不算是问题。因为在脚本中，我们可以将参数定义在内存中，需要用到的时候通过变量名直接提取出来，需要计算的时候就写计算逻辑的代码。但这样有一个问题就是，可能会出现许多重复性的代码，并且作为测试同学，代码规范性意识并不是很好，很容易出现十个人十个写法，一个简单的参数加密就可以写出花来，这也是为什么现在测试团队更推崇用低代码平台的原因之一。
那平台化或者工具化遇到这类问题该怎么解决呢？我们先举个经典工具--jmeter。在jmeter中，支持${name}占位符的方式来引用之前保存的变量或者是一些内置随机函数。但遇到一些需要特殊处理的数据，通常都是通过每个接口写beanshell前置脚本，将参数处理完成后在传回来，在接口请求字段中以占位符方式来引用。至于其他工具或平台，其实相差不多，这也算是业内通用的处理方式。
接下来本文介绍一下流马测试平台对于该类问题提供的解决办法：
首先是关联值随机值等类型的参数引用，与业内相同，使用占位符的方式来引用之前接口保存的值，写法如:{{name}}，也支持使用内置函数来实现随机值的生成:{{@function}}，内置函数即有丰富的随机函数，也有一些数据处理函数，比如获取列表中的第n个值indexof等等。
此外，通过函数和参数的嵌套写法，我们也可以实现一些简单的获取上个接口响应值并处理后的值，即{{@function({{name}})}}。同样的道理，如果遇到同一接口字段相互引用，还支持在函数入参中使用#{jsonpath}占位符的方式引用当前接口的其他请求值，尤其是当被引用的字段值是动态值时，其它工具只能通过前置脚本来实现，但在流马中，可以通过引用方式实现。
而针对一些复杂的接口请求处理，比如字段的加密，甚至需要引用本接口其他字段来进行加密时，也可以通过自定义函数来实现。只需要将加密方法定义成一个函数，需要的接口请求内容作为入参，加密后值作为返回值。如此封装后，使用者不需要在前置脚本中编写重复且不易维护的数据加密脚本，只需要通过函数的引用即可实现数据的处理，如此才能算上低代码的思维。
当然，前后置脚本可以不用，但不能没有，流马的逻辑控件中还是支持前后置脚本编写的，当然支持语言相对单一，仅支持Python脚本语言，但为了维护方便，该功能其实作者并不推荐经常使用。
三. 总结
我们将测试自动化平台化的目的之一就是希望能够实现低代码化，因此一个测试平台是否合格的一个关键评估点就是是否可以实现以尽量少的代码去处理更多复杂的使用场景。如果还需要在平台上写一堆脚本的话，那低代码的意义就不是很大，甚至维护成本比传统测试脚本还要高。
