扫码阅读
手机扫码阅读

“测试左移”只要累不死 就卷死别人

85 2024-04-08

正巧圈内都在聊左移,为什么要做,怎么做,如何提升效果等等。其实在2021年我讲左移很多,从实例化需求到活文档,也有些自己的看法,这里总结说一下。
  1. 没事别做左移。毕竟左移是个狗拿耗子多管闲事的工作,特别是测试拿自己的爱好去挑战BA的职业,大概率是找死。但是如果你给出自己怎么验证的例子去梳理(实例化)需求,这在以前做需求评审也是一个道理,赋能质量是没问题的。

  2. 什么时候可以做左移。当你已经可以在研发域中比较完美的交付(非常准确的估算交付,并且高质量),对你来说研发是个打地鼠的游戏的时候,那么可以考虑左移了,因为从公司级别来说研发端已经几乎没有太大的优化意义了,而应该考虑打哪个地鼠了。

  3. 左移做什么。尽早介入早期阶段在自己的整体认知能力基础上协助产品更有评估交付项目的风险与成本,甚至进一步代替产品一次性规划内容。本质上就是全栈,让一个架构师级别的人物上来就分解和规范一切,避免后期多人协作的能力区别导致的问题。

群里也在说:不要做左移因为做好了就去QA了,毕竟做啥都清楚了,验收也清楚了还要测试干嘛?难道你要革自己的命?


云层是这样看待的:


人生不就是在(突破)自己爽,卷死别人的路上么,你进步了自然是在淘汰别人。

所以想那么多干嘛

做的好你就是行业标杆,做的不好也没人知道。
原文链接: https://mp.weixin.qq.com/s?__biz=MzU5ODE2OTc1OQ==&mid=2247495146&idx=1&sn=9eeac523e320cf76259f8348c1df87d5