前公司的开机密码就是这样要求，痛苦得一逼哈哈

我前段时间也在深圳求职，投了一大堆公司，才只有两个面试，本来预期要 1516，最后都只拿了 14 : (

前端时间求职，不少 hr 都是开头直接问是不是全日制统本，我虽然学历不好但至少还是达到底线了，真不知道大专的兄弟们得怎么找工作

学的东西越来越多，但是实际能用上的没多少，有的时候公司其实也不需要你那些什么高大上的东西，没那个体量没那个资源更没那个薪酬待遇。现在越发觉得测试不要什么都学什么都看，学得杂又不精，精力消耗又大。不是每个人都是超人能什么都学好，尽快确定一个方向一个领域然后专注于深入那块内容相关的技术可能是更好的选择，但其实市场也没这么多这种深入的机会，也是矛盾

祖国人举例子都跟奶有关哈哈

xpath 能不用盡量不用，其實 playwright 已經提供了很豐富的定位方法了，也支持嵌套之類的，但文檔資料什麽的確實也少，得自己多花時間研究

因爲除夕要上班，年假又少一天

没有，你可以看下那个大佬的帖，只是基于 git 分支做 code diff

哈哈，我明年就准备拿大佬的轮子接到我的测试平台上了

能用 js 注入直接从原生组件上传最好，如果用楼上说的包括其他第三方库，那在想用无头浏览器模式跑脚本的话就用不了了

先 workdir，再 add，dockerfile 放到项目根目录下，ADD 改成 ADD . . ，CMD 改成 CMD ["python", "testCase/test_TradeArea.py"] 试试

我用 celery 做的异步

playwright 有像 selenium grid 那样的分布式解决方案吗？之前找资料找了好久，最接近的一个案例是改源码自己去写 socket，替换掉中间 python 跟 node.js 交互的 socket 来达成控制远程设备浏览器的目标，但是这样做成本太高了

好东西，mark

selenium IDE 能导出 python 脚本，导出来看看就知道了

page object，就一種 UI 自動化最基本的設計模式，其實這些都簡單，難的是你真的想用這些東西去在實際項目裏落地、去提升測試效能。不過對新手來説還是先搭起來實踐了再說，接觸多了自然就會往更上層考慮。

學習 PO 模式，找個簡單的測試框架自己改改用用，理解一下分層設計，把業務外的東西交給框架處理，自己專注於業務，熟悉之後可以自己做封裝來更加貼合自己的需求

如果按这种方式，获取标准结果的脚本并不是每次测试都执行的吧，只需要执行一次，获取到结果后人工确认是否正确，以后在回归的时候再用产出的测试数据和标准结果对比就行了，这跟我在前公司做的思路差不多