毕竟是引流合作嘛，想学还是得花钱买课程的

去测试化确实是一个趋势，前提是产品稳定并且回归用例集覆盖率很高，而让开发结对开发和 review，一切都相信开发的模式，出问题最终受伤的还是老板，陷入产品出问题 - 造成巨额损失 - 开发跑路 - 老板亏钱的循环

同意，我也觉得如果没有被裁的风险，可以趁机好好锻炼一下技术，后续再做任何行业都是有用的！

每行都有每行的好处吧，互联网现在也就这样，没那么香了

首先从广度上过一遍，提现思维的全面性：需求、功能、性能、安全、可靠性、界面、易用性、文档；
其次找两个左右的点，主要为该类型业务较容易出问题的点，从深度上深入：缓存中间件、性能、算法逻辑。

学到了，请问楼主 code review 中哪些部分可以被静态扫描覆盖，哪些需要单独抽出来 review 呢

学到了学到了

感觉现在的自动化测试金字塔相对于以前的三角形，其实更加偏向于菱形，UI 与单元测试的比重减少，接口的比重增多，接口自动化相对于另两种成本低、效益高，是大部分公司的首选。

很有意思的帖子，楼主能不能多分享一些面试题呢，想查漏补缺一下~

学历不够可以考虑提升，现在成人本也不难拿了，可以试试

厉害哇，紧跟大佬步伐！

技术栈真滴很丰富了，也快两年经验了就 lz 一半的经历，lz 转行学的太快了吧

蟹蟹，还有个问题哈，您的 UI 自动化 CASE 是通过什么断言的呢？

jmeter 很强很实用，学到了

ide 是有导出功能的，你在左上角切换到 test，然后就可以点击用例右侧三个点导出了

好奇大家的 UIcase 都是写的啥呀，我们这边刚开始 web ui 自动化，把主流程覆盖一下之后就不知道怎么写了，就写了几条

大佬太强了，写的平台就是想实现的那种，但是还有很远的距离，同求开源

个人感觉，嵌入式测试强度会比互联网这块低很多很多，看如何取舍~