降低自动化测试人员的技能要求，是自动化测试平台的主要目标。

个人建议：
这个功能一般很少变更吧，如果变更不多，用自动化的话就没有多少必要了。
变更的时候，手工验证下，没有必要用自动化了。

人工测试的过程中，是人工在各端进行操作，然后进行人工验证。

做自动化测试也是一样，自动化测试也应该支持多种类型自动化的串联，如先做 web 端、然后 app 端，虽然 web 端、app 端的底层驱动技术不一致，但也是可以支持案例串联的。

我们现在实现的自动化测试中，也支持多个不同类型的 step，每个 step 可以是不同端的操作，第一个 step 是 web 端、那第二个也可以是 app 端，断言也支持自定义，甚至是自定义的外部脚本。

如某个案例：先发 A 系统的一个 http 接口，获取一个 url，在 url 中进行 web 自动化，然后通过 http 接口查询交易结果，最后使用自定义的 scprit（py，js 等) 连接数据库进行查询，做最后的数据检查。

不仅仅要学，要自己动手用，更要在实际的项目中应用到，还要自己整理，总结，分享。

charles 的产品定位是 网络协议分析、web debug proxy，不仅仅是 http 协议；
postman 的产品定位是 http 协议的接口类开发测试；

2 个不同类的产品，没什么好比的，也不存在竞争关系。

SwitchyOmega
一个代理设置工具

Sublime Text
Sublime Merge

你这个 environment 也没什么用吧，writefile 也不需要。只需要一个 sshScript，sh 文件先在远程放好。

你用的应该是：https://github.com/jenkinsci/ssh-steps-plugin 这个插件。

这个 plugin 相当于通过 ssh 连接到远程机器去执行，不需要用 JENKINS_NODE_COOKIE 这个参数。

只要手工通过那个命令可以成功，通过 plugin 就可以成功，你可以在那个机器上写一个 sh，这样 ssh 过去，只需要执行执行 sh 就行了，看看日志，是不是其他原因导致执行失败了。

你先搜下有没有这样的用户。。。看看这样的用户量，然后再决定花多少成本做这个事情。