• 自动化落地过程记录 at 2021年03月28日

    是的,我是直接调用 httprunner 执行脚本,把 httprunner 的日志通过 websocket 发送给前端。

  • 是组里面去推动开发去关注这些😆 ,之前都是用 pt-query-disgest,mysqldumpslow 工具去看 比较麻烦

  • 自动化落地过程记录 at 2021年03月11日

    大部分都是在这个社区看到的,很多没见过的技术知识,自己都会去百度学习下,然后就会发现很多东西是相通的,单就自动化这块,首先自己要多用产品,不非常熟悉业务我感觉是写不出好用的自动化的,技术上用框架不是很难,提升的话就找个项目写轮子,在结合自己业务用到自动化里面。多看多做,多思考准没错,共勉!

  • 自动化落地过程记录 at 2021年03月11日

    这样更好,我是能用现成的就用现成的😂

  • 自动化落地过程记录 at 2021年03月11日

    简单来说就是之前所有接口写在一个 case 里面,按照业务和功能拆分细化,让每个用例能独立执行,完成某个小的场景。

  • 自动化落地过程记录 at 2021年03月10日

    😄 谢谢,还是菜鸟,代码还是流水账的模式 我也是在社区里面向大家学习,看的多了,遇到问题解决得思路就多点。

  • 自动化落地过程记录 at 2021年03月10日

    这个回复我老回复自己了😂
    mitmdump 模式下 flows 的流式数据,里面有请求的所有信息,熟悉下 flows 的结构,可以结合自己的需求获取相应的参数

  • 自动化落地过程记录 at 2021年03月10日

    mitmdump 模式下 flows 的流式数据,里面有请求的所有信息,熟悉下 flows 的结构,可以结合自己的需求获取相应的参数

  • 自动化落地过程记录 at 2021年03月10日


    mitmproxy 的 git 上有 har 包抓取的脚本,mitmdump 模式下去解析 flows 用这个脚本,然后通过 httprunner har2case 去转化,页面展示的话 可以参考 mitmweb 模式的 ui 界面。

  • 自动化落地过程记录 at 2021年03月09日

    上个接口成功,才能获取参数,如果上个接口失败,后面的接口就不会跑