非常干的文章。
值得细致一看
可复制的领导力
楼主说的应该是项目质量。项目质量的评价是多维的,多过程的结果,可以从项目过程,交付效率,线上数据等方向来评价
有点过于细节了,可以更加概括总结下
非常有价值的内容,点赞
已阅
测试开发不将只是测下功能,要从交付的角度去反推研发过程的改进,从而整体提高版本的质量和效率。就需要不断升级和复盘测试技术,提升个人的能力,同在大厂多年,对楼主的分享非常认同!
一步步来吧,先实现工具化,然后实现平台服务化
让干啥就干啥呗
美女可以优先考虑...总感觉挺奇怪的
厉害厉害
写的不错
目前还是以 web 为主
成都有岗位吗
现在央企都这么膨胀了吗,这个价格估计...只能招初级吧
套方案
支持,好多 B 站视频质量真的下降了,以前 B 站有很多大佬讲课,虽然那个时候设备没那么好,但是视频质量和内容是绝对充实的
线上漏测,就会问,为什么测试了还有漏测,这种如何应对呢
不错的思路啊,从质量管理去延展到项目的全阶段,懂业务懂技术懂流程懂管理的结合,可以找到新的机会。最关键的是,不再是下游的被动测试,而是逐步靠拢上游,提供核心决策,让上游感知决策的基础和能力。
嗯,可以继续往下走,这点不能否认,只是说同样的付出,天花板就在那里,能做的空间其实就在那里,大厂讲的是成本和效率
你说的这些我在大厂都经历过,有很多很炫的测试平台、测试思维,不可否认是不错的,的确有点效果的。但是这些真正能让业务价值凸显吗,这些混沌工程、全链路测试、单侧 AI 生成,这些维护和收益的成本与价值是怎么样呢,至少我看到的,效果与成本并不是正比,老板也不会 care 这些似乎很有意义的东西。
感谢你,很久不写文章了,平时被各种版本事情占用。降本提效无可厚非,但是历史总需要有选择,在一个没有核心价值,或者价值并不是很直接的职能,面对大环境有一些变化时候,天花板直接就出现了。说起来也奇妙,两段不同经历让我有机会完整感受到测开的工作内容和边界,跳出技术局限的思维,进行认知升级。
测试这个赛道,谈能力肯定是有技术能力的人也在。但是能力是一回事情,但是对于项目来说,看的是价值,很多时候,做 QA 做久了会误认为那些框架、那些技术就是价值,非也。能力是个人去解决问题的效率,但是价值是外在能真正带给业务的结果,在大环境中,就算 T 站这些框架技术,真正能带来业务多少价值呢,真正去解决了业务的哪些痛点,如果用廉价的功能外包 QA 岂不是性价比更高?所以私以为,测试能力也好,吹牛逼也罢,它的岗位价值本身就是一个成本,没有直接价值的生产,属于一个保值的岗位,但是保值在大部分老板眼里,也不过是一个抗事,背锅的岗位。
成都有吗
但是部分领导可能会认为,如果大家都只会点点点,可能就困住了,不会流失了,嘿嘿