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

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

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

做自动化测试也是一样，自动化测试也应该支持多种类型自动化的串联，如先做 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 就行了，看看日志，是不是其他原因导致执行失败了。

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

参考这个：https://testerhome.com/topics/10328

使用 py 生成 jmeter 的 jmx 脚本，为什么会这样设计，调用 jmeter，需要 jmeter 层面需要配置什么么。

用 pipeline 可以

系统安全性有问题，见过不少这样的，一边抓包一边做题。

为什么，一旦有大版本，都不敢更新了，win10，macos 也一样。

xmind 另存为 mm 格式，可以很多 mind 类软件都可以打开。

用的是 jmeter 4，一切正常。

对于普通的 web 功能测试，应该是一样的。
前后端不分离对后端的接口测试会比较麻烦。

对于这类系统，都不建议做后端的接口测试。

用 perl 写过一个实时监控文件变化的。
用的是 File::Tail 这个模块。
其他语言应该也有类似的实现。

Resource=0
这样应该就行了。

如果正常了，我再来解释。

我给你分享一个吧，包括手机号码、身份证、中文名。当然，规则是符合的，但是联网核查肯定是不过的。
perl 版本：https://share.weiyun.com/5JfemTs
python 版本：https://share.weiyun.com/5urq7eG

需要多少改下前面变量的值，然后重定向到文件中。

做测试，都需要有对应行业的背景。
做自动驾驶，也需要了解这个是怎么设计、开发的，原理是什么。
这样才能结合测试专业知识，开展测试工作。

cq 在那个年代还是不错的。
话说，cc 和 cq 我也搞过一段时间。

回归测试的初心和本质。

设置 0.0.0.0 是对的，看看对应的监听端口有没有启动。另外看看网络防火墙有没有阻止。