有一个想法不一定：

• 测试的天花板还是比开发要低。
• 纯测试的门槛也低，
• 看全球大厂，目前微软和谷歌都没有测试岗位了，都是效能提升之类

向大佬学习，本来准备立个 Flag 的，还是算了，哈哈

赶紧回个帖，证明自己还在~

发现 playwright 还是蛮合适的。

机械工程 + 软件编程，人才缺少哇

最后估计还是要用 puppeteer 来解决问题吧。

https://github.com/mojoaxel/awesome-regression-testing

估计更适合他们的业务吧

今天早上看到一篇文章

这个干货多，优秀。

这么冷清呀~
我先来自己搞一个沙发~

期待有更好的明天~

向大佬学习

搞一个西南地区分会厂就好了

没有那么复杂，就是测试左移和右移

我个人理解的就是，简单粗暴：不要做点点。

活捉奇谭大佬

精辟~

那下次多搞点「实际」的

小范围搞起来哇， 最近在思考敏捷怎么自动化落地

哔哔， 儿童卡

没有啥可以分享的呀~ 惭愧

谢谢大佬点评

下一份工作是做大数据的，先来学习学习~

如何根据不同研发需求，构建测试工作流
如何在研发的增量阶段，集成阶段，灰度/上线阶段，各有侧重地执行质量工作
如何保障各项质量工作的效率和完备性
https://share.mubu.com/doc/Fg8S5kE4tK

前几天我也有纠结 offer 的一个问题，然后看了曹大一篇文章，然后自己决定了。

其实你在一个路口的时候，别人不能根据你的一些片面的信息去做你的建议和思考，别人给你做选择给你建议，只是当前来说，他觉得最合适的一个路径。

其实你是最清楚自己需要什么，想得到什么。你做的建议才是正确的。推荐一篇文章，因为当时我做了一些抉择，比如说对你要选择的 offer 做一个横向的指标（跳槽收入、未来加薪情况、行业方向、加班、提升、自我意愿等），然后打分。

https://developer.android.com/studio/command-line/logcat
有可能是这个问题， 可以好好利用，help 参数来看看。 -G 参数
比如adb logcat -G20M