jsr223 封装 首先代码读取环境配置变量数据 封装好一个对象再注入到环境变量中 下一个环节就可以读取这个环境变量数据 用于测试

比如 用户内部定义环境变量 a=5, 使用 jsr223 前置处理器 读取到变量 a 把 5 改成【加密的 5】可以新建一个环境变量 b 来保存
下一步请求的时候就可以 ${b}读取到你自定义的值了

实际上需求可能根本没有你想象的那样
大部分人不会用自动化 公司也不会投入，对于页面功能测试 业务简单的 点点点更高效 业务复杂的 平台做不了；
UI 到底关注什么 首先是功能吧；
我不提倡大家都一股脑去做什么平台，先仔细想想自己公司需求是什么，你怎么做能提高效率 而不是今天用这个平台 明天用那个平台 学了很多平台的规矩 自己连平台是怎么做的也不知道；对测试本身来说你和点点点又有什么区别。本身也没有成长 我做什么平台。
建议在工作中 找到提高效率的本质方法 万变不离其宗。当需求足够时 引入或者自建 改造 适用于自己的才是最好的。

谈一下我的看法：接口就像我要建造一个房子 我一眼我就知道我要的是 房子； 我不管谁去造最终给我房子就行了
抽象类呢可能我们建造房子的时候有标准化的作业，比如图纸的设计方法（CAD）、混凝土浇筑工艺（标准）,地基的处理可能都是标准的，我们要抽象一个房子的建造过程 大致分为 设计 施工 验收 交房；其中设计这块可能有单独的接口来去做 咱不管谁做 定一个接口返回对象；定一个一个 set 函数 让以后实现类能自己注入想选择的设计对象 但是最终获取到图纸是目的 抽象类可以将这个过程给抽象，这样子类只需要关注谁来设计 谁来施工 谁来验收 怎么交房 抽象类可以完成设计-》施工->验收->交房的调用；
子类更关注的是个性化的需求 比如设计 A 公司的不满意 可以 setB 设计公司的接口实现类进来 不影响主线功能 达到功能扩展。

写一个加密方法 根据入参及加密方式返回加密后参数再拼接
https://blog.csdn.net/qq_19239339/article/details/97124712
和我之前做的加密请求思路基本是一致的

敢问路在何方

想把一件复杂的事情做的简单高效
想把一个事情从好做到更好
你差的不止是一个想法，而是坚持实现这个想法的坚持和努力

当你理解一个功能的业务流 数据流 实现方法和细节你就能做的更好。

有必要，小时候吃不起零食的时候总是分着吃 后来条件好了就一人一袋吃 真香。

毫无意义的讨论，是和不是都决定不了什么。

算是优化 但是算不算最佳最优解需要打个？
你问这个问题说明你思考了
再往下走几步 还有没有更好的方案，当你理解到这个层面 自然这个问题就有答案了