基于模块的自动化建设,纯人力就是个 bug 黑洞
单独起一个 mock 服务呗,改下 nginx 配置走 mock 服务代理呗,不知道 mitmproxy 能不能满足你的需求
那必然是以热门的为主啊,不管是社区还是网上资料都丰富 会比自己造轮子更省事 出效果
突破舒适圈就是提升,找准方向第一步
游戏岗 基本也是靠点 开发引擎各不相同 技术栈也不同
建议去多看看游戏岗 JD,名词先熟悉,再自己找款游戏去实践 测试也好 自动化也好
1.UI 元素定位,推荐使用 playwright 自带的脚本录制功能,效率 up up
2.代码不是关键,自动化都是轮子组合工程师,独立学习和思维能力才是真金
3.不用焦虑,做好优先级排序,建议最快成效的先做,正反馈很重要!
1.报错信息请附上
2.highlight() 或者 trace 开启录制,有助于定位问题
3.根据现有信息推测可能是 frame 切换不成功,有 id 用 id 切换
4.添加强制等待尝试
5.点击元素可以尝试 get_by_text("已阅").first.click()
确实就两点:1.本职工作 2.提效摸鱼
写多了用例脚本耦合模式就知道数据驱动的好
写多了数据驱动就知道关键字驱动的好
写多了关键字驱动就知道 po 模式的好
写多了 po 模式就知道智能维护的好
并不建议你将 ui+api 结合起来做自动化
1.首先 APP 不一定可以允许代理,其次就算代理也会增加 ui 自动化的不稳定性
2.接口不稳定,就需要单独通过接口自动化来轮询监控,可以先跑接口再 ui,而不是耦合运行
这就涉及到自动化框架的层级架构概念,你需要梳理自动化流程,就可以很好的区分层级。
主流做法应该是:公共配置层/接口脚本层/用例数据层/组装运行层/结果收集层等