对于面试官来说，如果发现你简历里面有造假的情况，基本上就马上否决了。真正参与的项目和这种假项目最大的区别其实是在于你没有亲自参与到整个团队的开发生命周期里面。除非面试官不问，不然你在这些细节里面很难不被问倒。

我来翻译一下：通过我在试用期期间对你们的观察，你们的能力勉强达到我的要求，所以我答应转正了；但是你们还有很大空间需要提升，所以我给你们挑了这本书，希望你们好好学习

在广州，不是大佬

多人竞争不是大问题啊，你看每年公务员考试，一个职位报考的人多了去了；
重点还是看现在的形势，如果现在不是急迫着要走，建议先观望观望，也提升一下自己。

在一家外企做测试管理

一个小提议：既然你用代码去生成测试用例了，为啥不直接写到文件里面，还要打印出来，再复制到 Excel 中？

外企对年龄确实没互联网那么敏感，身边的很多同事（包括我自己）都是三十多，四十多也不少了；而且英文，特别是日常工作的听力和口语对大部分来说是个小小的壁垒，竞争没那么大。薪资没互联网那么高，好在假期充足，各种小福利还不错，养养老是挺适合的。
不过这两年整体经济形势都不好，外企的日子也不太好过了。

对不起，我 15 年了

1. 万一前端在某些情况下穿错了异常的参赛到接口呢？
2. 前后端分离，假如别有用心的人跳过前端，直接调用你们的接口去访问呢？

膜拜大佬

1：20 的比例之下可以做到这么完善的质量体系和自动化程度，必须要点赞！

不过感觉这其中也有一部分原因是得益于你们有强有力的各种内部工具 Macaca， 云测试平台等等。普通公司往往在自己寻求这种基础工具或者开发维护上面疲于奔命。

另外说一下 Macaca，15-17 年左右的时候就有看到 Macaca 的开源，当时觉得非常好，也兴致勃勃地把它的自动化部分集成到了我们的测试平台里面；后来发现对应的社区活跃度对比 selenium 和 appium 实在是太低了，而且好多地方需要自己根据 selenium 的实现自己去做对应的开发，后来还是分别替换成了 selenium 和 appium。通过楼主的介绍，可以看到 Macaca 其实一直在维护和扩展，比如 playwright 的支持等。希望对应的开源社区也能尽快丰富，活跃起来吧，给大家多一个选择和思路。

大概三年多之前试过用 docker 拉 selenium 的 image 来跑自动化测试，支持 Chrome 和 Firefox。另外有看到一个好像叫 zelenium 的框架，在 selenium 基础上做了扩展，支持查看执行结果和录像。

不过到了新公司，我们换成了直连到购买的云真机平台 device farm 来跑自动化了，可以支持每个浏览器的最近 N 个版本和 beta 版

老兄是要质问你们的测试部？

不建议现在裸辞，趁着现在已经做自动化，起码再深入一些多积累经验，年后再观望。 现在的行情真的不好，找工作好难。

点赞！其实很多时候不需要怎么花哨的技术，把基础的自动化落地下来做好就非常加分

封面译者的第一个 “张立华” 就是恒温大佬吧？

正好论坛里大佬们都在做年终总结，你不妨去看看别人都在做什么。测试这个行业发展方向已经很多很多了，不要指望别人给你指一条一定正确的明路，得你自己去根据自己的情况去思考和选择。比如技术路线，自动化测试专家或者测试开发；业务路线，比如业务专家（前提是你所在的业务具备一定的门槛和通用性，比如金融业务）；又或者是测试管理方向，熟悉各种测试流程；又或者是全才。

我没做过专门的游戏测试，不过之前已经看到有不少工具和平台是专门为游戏设计的，你可以搜一下。我印象中有网易出的游戏自动化工具 airtest，还有一个做性能测试的 perfdog。

首先，是 robotframework；其次，真有不少领导喜欢这种容易上手推广的框架，而且依托于 selenium，做自动化效果也没那么差的

游戏测试一个很重要的点是性能测试和兼容性测试，比如不同机型上面的帧率，cup 占用，等等

你不妨猜一猜领导是通过什么去判断更好的框架？ 比如有些领导需要的是全员都能写代码，最好是都懂开发的框架和语言，那 cypress ，Junit，pytest 这种是他倾向于选择的； 但如果团队里面代码能力参差不齐，他可能会倾向于易用性，上手简单的框架，比如 robot framework，或者一些图形化，平台化可以操作的框架或者工具。

如果你已经根据自己的理解和判断，建议你可以把搜集到的不同框架列一个对比给领导看看。重要的还是沟通，说服他，被他说服，或者找到一个平衡。

你要先确定测试点是什么： 语言是通过什么规则来展示的？ 一般来说是分两种方式：

1. 系统中用户设置的语言。
2. 浏览器或者操作系统设置的语言。

无论是哪种情况，都要覆盖设置了不同语言下的展示是否正确。简单来说，就是不存在自动判断，而是有业务逻辑控制的，你要针对对应的逻辑去测试。

在 IT 团队内部，如果要甩锅的话，什么样的情况都可以归结成 “设计如此”，甚至真的就是这么设计的；
但是从用户的角度， 不好用，就是 bug

storage 和 cookie 是两个不同的概念。
第一个图是 localstorage，不是 cookie，所以你用 add cookie 是错的。

所以你要做的是去添加 local storage 的值，而不是 add cookie。可以试下用 selenium 执行 JS 的方法去 set local storage，参考：https://blog.csdn.net/Jack_13201/article/details/119320968

不就是 bug 嘛，工作里天天见那么多还有什么不能理解的