• 正解

  • 完蛋,公司底层认证了

  • 现实:90% 的公司是「生意型」而非「技术驱动型」,技术只是成本部门,非核心盈利点。
    例外:少数大厂/技术壁垒高的行业(如 AI、云计算),技术≈护城河

    大多数公司:
    → 技术是 “保下限” 工具
    → 别幻想 “技术改变业务”
    → 活下去才能谈理想

    中小公司测试困境:
    ✓ 人力:1 个测试对 10 个开发
    ✓ 资源:无自动化设备/云测试平台
    ✓ 节奏:上午提需求,下午要上线
    ✓ 结果:手工点点点 → 漏测背锅 → 恶性循环

    真相:
    功能稳定的产品 → 自动化才有价值
    频繁改动的产品 → 自动化维护成本>收益

    技术是否重要 → 取决于公司赚不赚钱

    • 赚钱时:技术是 “护城河”
    • 亏钱时:技术是 “成本包袱”

    大多数人的归宿:

    • 要么卷进大厂(真做技术)
    • 要么在小厂 “伪技术” 中生存

    技术内卷 ≈ 同行攀比 + 市场泡沫 + 人才过剩

    • 大厂高薪挖人 → 抬高行业预期
    • 中小厂跟风堆技术 → 实际用不到
    • 从业者被迫 “镀金” → 技能贬值 现实:80% 的公司技术投入是伪需求,只为融资/PR/招聘贴金。

    自动化现状:

    ✓ 10% 公司:真落地(全流程/高覆盖率)

    ✓ 30% 公司:半吊子(仅冒烟/核心链路)

    ✓ 60% 公司:摆烂(简历项目/入职即荒废)

    典型问题:
    资源不足:无稳定环境/无人维护脚本
    需求畸形:业务天天改,自动化成本>收益
    人才错配:招聘要 “自动化大神”,实际工作 “点点点”

  • 类似的问题其实论坛已经有不少讨论了😅

  • 网站下单、询单后会立即有邮件通知给业务

  • pw 、se 是什么意思

  • 业务?计术?不如会舔

  • 其实应该重人情
    不管你重什么,只要在公司有人际关系,都有人出来给你站队😈
    只有有了站队和战队,天平永远向你倾斜

  • 是否需要跳 at July 17, 2025

    跳吧 工资和发展前景都是新公司更好

  • 我发现在 testerhome 里面怎么这么多测试同学都纠结这个技术还是业务哪个更重要的,见过好几个帖子了,以前的帖子有些评论说的也挺中肯的,有疑问的同学可以自己翻翻看看

  • 看公司业务是否赚钱,业务赚钱,那会更看重业务能力,如果业务不赚钱,一般没啥卷了就会卷技术。还是看项目赚不赚钱,像前几年区块链虚拟货币交易所项目,那是真暴利,招人硬性要求:必须会相关业务、看懂 K 线图、还要会玩常见的交易所平台。

  • 是否需要跳 at July 17, 2025

    5K 至少涨了 20% 吧,这为啥不跑

  • 不太理解,为什么不在测试环境搞自动化测试,现在大多都是 docker 或者 K8S 部署起来应该很快

  • 我的理解是最终收口都要落在业务上,技术也是服务于业务,业务永远是第一的

  • 是否需要跳 at July 17, 2025

    钱才是王道,说啥发展不发展 技术不技术,不都是为了赚钱么

  • 公司需要你干啥 你就干啥

  • 是以我目前的认知哈,我去工具组了,招了个实习生来替换我原来的业务测试。有些业务门槛肯定高多了,之前在一个大数据公司呆了几天就扛不住了,直接提离职了

  • 云原生、金融、存储、大数据、网安不知道还有没有其他的,基本上招聘只看有相关经验的

  • 还可以,但是领导的年终总结 PPT 上不可能写今年发现了多少 bug,业务质量提高了多少吧,肯定有技术上的突破,才能写进去

  • 我们公司的做法,绩效评定以缺陷逃逸率为主要标准,即(客户反馈回来的缺陷/版本迭代提单缺陷),越低越好。其他的自动化、技能分享等反而是次要的。各项目也建设有接口、UI 自动化,以我了解的情况来看,效果不好,甚至增加了无效工作,公司产品客户多,每个客户都是不同的环境,而且迭代频繁,针对这种情况,需要一个个去适配,还要跟上项目迭代的节奏,很难。各个项目都苦不堪言。当时也不是说技术不重要,我认为归根结底,再牛逼的技术也是为了业务而服务的,从业务中提取共性、找到难点,使用技术去解决这些问题,我认为是对的,但是不应该本末倒置。还有一些高门槛的产品,比如人工智能、大数据。今年公司也在推 AI,但领导在开展的过程中也会着重去评估对工作的提效

  • 毕竟业务的门槛相对较低,技术的壁垒会更高点。

    这个认知就不对了。

  • 你们的业务看来不赚钱呀,在变着花样分类员工了,你也小心点吧,裁员迟早也到你头上的。。

  • “毕竟业务的门槛相对较低”,某些业务门槛可是相当高的

  • 说到底还是看领导喜好,向上管理

  • 都是大同小异的话,你自己整理一下下单涉及到的表,自己去数据库删除一下不就好了,写个脚本。。。