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

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

    做自动化测试也是一样,自动化测试也应该支持多种类型自动化的串联,如先做 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 个不同类的产品,没什么好比的,也不存在竞争关系。

  • 常用的 Chrome 插件 at 2019年08月27日

    SwitchyOmega
    一个代理设置工具

  • Mac 上的常用办公软件 at 2019年08月26日

    Sublime Text
    Sublime Merge

  • Jenkins pipeline 踩坑集合 at 2019年07月09日

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

  • Jenkins pipeline 踩坑集合 at 2019年07月05日

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

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

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

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