非常干的文章。
值得细致一看

可复制的领导力

楼主说的应该是项目质量。项目质量的评价是多维的，多过程的结果，可以从项目过程，交付效率，线上数据等方向来评价

有点过于细节了，可以更加概括总结下

非常有价值的内容，点赞

已阅

测试开发不将只是测下功能，要从交付的角度去反推研发过程的改进，从而整体提高版本的质量和效率。就需要不断升级和复盘测试技术，提升个人的能力，同在大厂多年，对楼主的分享非常认同！

一步步来吧，先实现工具化，然后实现平台服务化

让干啥就干啥呗

美女可以优先考虑...总感觉挺奇怪的

厉害厉害

写的不错

目前还是以 web 为主

成都有岗位吗

现在央企都这么膨胀了吗，这个价格估计...只能招初级吧

套方案

支持，好多 B 站视频质量真的下降了，以前 B 站有很多大佬讲课，虽然那个时候设备没那么好，但是视频质量和内容是绝对充实的

线上漏测，就会问，为什么测试了还有漏测，这种如何应对呢

不错的思路啊，从质量管理去延展到项目的全阶段，懂业务懂技术懂流程懂管理的结合，可以找到新的机会。最关键的是，不再是下游的被动测试，而是逐步靠拢上游，提供核心决策，让上游感知决策的基础和能力。

嗯，可以继续往下走，这点不能否认，只是说同样的付出，天花板就在那里，能做的空间其实就在那里，大厂讲的是成本和效率

你说的这些我在大厂都经历过，有很多很炫的测试平台、测试思维，不可否认是不错的，的确有点效果的。但是这些真正能让业务价值凸显吗，这些混沌工程、全链路测试、单侧 AI 生成，这些维护和收益的成本与价值是怎么样呢，至少我看到的，效果与成本并不是正比，老板也不会 care 这些似乎很有意义的东西。

感谢你，很久不写文章了，平时被各种版本事情占用。降本提效无可厚非，但是历史总需要有选择，在一个没有核心价值，或者价值并不是很直接的职能，面对大环境有一些变化时候，天花板直接就出现了。说起来也奇妙，两段不同经历让我有机会完整感受到测开的工作内容和边界，跳出技术局限的思维，进行认知升级。

测试这个赛道，谈能力肯定是有技术能力的人也在。但是能力是一回事情，但是对于项目来说，看的是价值，很多时候，做 QA 做久了会误认为那些框架、那些技术就是价值，非也。能力是个人去解决问题的效率，但是价值是外在能真正带给业务的结果，在大环境中，就算 T 站这些框架技术，真正能带来业务多少价值呢，真正去解决了业务的哪些痛点，如果用廉价的功能外包 QA 岂不是性价比更高？所以私以为，测试能力也好，吹牛逼也罢，它的岗位价值本身就是一个成本，没有直接价值的生产，属于一个保值的岗位，但是保值在大部分老板眼里，也不过是一个抗事，背锅的岗位。

成都有吗

但是部分领导可能会认为，如果大家都只会点点点，可能就困住了，不会流失了，嘿嘿