深有体会，近期接触的几个被裁的人聊了下，感觉没一个实力是差的，只能说他们运气不好，进了一个没法盈利的项目或者遇上公司走下坡路

希望多点这种文章

除了一些优质文章外，是有一些人会整合自己的资源，最后走向付费的方式，也更方便他/求职。只是现在环境差了，现在都看绝对的硬实力

项目不赚钱，什么技术都虚的

图片都看不了的，哎

是啊，曾经的梦中情司，可惜经济下行了，虾皮也顶不住

以前写帖多是因为这是加薪利器，可以放在简历里。现在不行了，行业差了

我觉得你不要被测试两个字迷惑了，车载更像是嵌入式测试了，核心要求应该是熟练使用 Vector 相关 CAN 工具如 CANoe、CANalyzer 等，熟悉串行通信协（LIN、 CAN、 IEEE）。这些都是跟主流的软件测试离得挺远的东西，甚至你应该在这个网站里找不到对应的学习资料，得去嵌入式学习的相关网站找了

可以了，都干到 38 就是赚了

好喜欢这个公众号，都是干货

这种帖就是一群人在下面留言牛牛牛，但是纯粹就是个广告帖。。。。。。。大佬炫技帖

好文章，比很多水文写得更贴近现实

你还是念念不忘虾皮

对比以前的传统方法，漏测率有改善吗？ 这个有统计过没

"推荐用例的前提是测试团队维护了非常精准的用例库，这些用例会随着研发代码和产品需求的更新而更新" 。 这句话太对了，不要说用例了，就产品需求文档和产品都是不断变动的，传统的用例维护都没办法真正做好，很多测试用例还是测试完成后补充的，半年后迭代几个版本就基本荒废了。感觉精准和 UI 自动化一个样，只能用在不频繁版本迭代的项目里，但是话又说回来，都不怎么迭代了，搞精准干嘛、、、、、、

这个现在要收费了，公司不一定愿意买

测试在论坛里各种效能提升帖子 + 技术平台 + 各种排查问题的技术技能，实际上情况就是这种：P0 级的用例就有几百个功能 bug，都不用啥高深的技术就能发现，还得不断回归

这种文章说实话就是有用的废话，太八股文了，不符合实际的情况。。。。。。。，光是第一句测试人员及早介入，这个在现实中就会被 1. 压缩的时间和资源限制 2.需求变更频繁 3.沟通和信息共享不畅 4.缺乏项目意识，测试被忽视重要性将测试放在最后 等多个情况影响了，与其分享这种理想情况的套路文，其实更想看到有前辈根据公司的情况，然后自己实际做的操作的分享

你年轻无负担，前期走得还挺顺时会觉得测试还不错

大众话题帖回得多这不很正常吗。。。。你不也看了然后回复了，因为带有争议性和符合大多数人的经历。技术帖这种本来就是每个人的技术栈不一致，很多技术帖也没啥争议点，有的就是发些技术疑问点。

yaml 不好看也没 excel 好管理

我感觉恰恰是技术基础好才会这样介意

现在不稳定了，裁员已经变成常态

这个我能理解，过劳肥，也没什么时间运动，压力大时食欲也会增加

看来大佬的代码编程能力还有待提高，第一次看到面大厂是因为算法题没过的大佬