正解
完蛋,公司底层认证了
现实:90% 的公司是「生意型」而非「技术驱动型」,技术只是成本部门,非核心盈利点。
例外:少数大厂/技术壁垒高的行业(如 AI、云计算),技术≈护城河
大多数公司:
→ 技术是 “保下限” 工具
→ 别幻想 “技术改变业务”
→ 活下去才能谈理想
中小公司测试困境:
✓ 人力:1 个测试对 10 个开发
✓ 资源:无自动化设备/云测试平台
✓ 节奏:上午提需求,下午要上线
✓ 结果:手工点点点 → 漏测背锅 → 恶性循环
真相:
功能稳定的产品 → 自动化才有价值
频繁改动的产品 → 自动化维护成本>收益
技术是否重要 → 取决于公司赚不赚钱
大多数人的归宿:
技术内卷 ≈ 同行攀比 + 市场泡沫 + 人才过剩
自动化现状:
✓ 10% 公司:真落地(全流程/高覆盖率)
✓ 30% 公司:半吊子(仅冒烟/核心链路)
✓ 60% 公司:摆烂(简历项目/入职即荒废)
典型问题:
资源不足:无稳定环境/无人维护脚本
需求畸形:业务天天改,自动化成本>收益
人才错配:招聘要 “自动化大神”,实际工作 “点点点”
类似的问题其实论坛已经有不少讨论了
网站下单、询单后会立即有邮件通知给业务
pw 、se 是什么意思
业务?计术?不如会舔
其实应该重人情
不管你重什么,只要在公司有人际关系,都有人出来给你站队
只有有了站队和战队,天平永远向你倾斜
跳吧 工资和发展前景都是新公司更好
我发现在 testerhome 里面怎么这么多测试同学都纠结这个技术还是业务哪个更重要的,见过好几个帖子了,以前的帖子有些评论说的也挺中肯的,有疑问的同学可以自己翻翻看看
看公司业务是否赚钱,业务赚钱,那会更看重业务能力,如果业务不赚钱,一般没啥卷了就会卷技术。还是看项目赚不赚钱,像前几年区块链虚拟货币交易所项目,那是真暴利,招人硬性要求:必须会相关业务、看懂 K 线图、还要会玩常见的交易所平台。
5K 至少涨了 20% 吧,这为啥不跑
不太理解,为什么不在测试环境搞自动化测试,现在大多都是 docker 或者 K8S 部署起来应该很快
我的理解是最终收口都要落在业务上,技术也是服务于业务,业务永远是第一的
钱才是王道,说啥发展不发展 技术不技术,不都是为了赚钱么
公司需要你干啥 你就干啥
是以我目前的认知哈,我去工具组了,招了个实习生来替换我原来的业务测试。有些业务门槛肯定高多了,之前在一个大数据公司呆了几天就扛不住了,直接提离职了
云原生、金融、存储、大数据、网安不知道还有没有其他的,基本上招聘只看有相关经验的
还可以,但是领导的年终总结 PPT 上不可能写今年发现了多少 bug,业务质量提高了多少吧,肯定有技术上的突破,才能写进去
我们公司的做法,绩效评定以缺陷逃逸率为主要标准,即(客户反馈回来的缺陷/版本迭代提单缺陷),越低越好。其他的自动化、技能分享等反而是次要的。各项目也建设有接口、UI 自动化,以我了解的情况来看,效果不好,甚至增加了无效工作,公司产品客户多,每个客户都是不同的环境,而且迭代频繁,针对这种情况,需要一个个去适配,还要跟上项目迭代的节奏,很难。各个项目都苦不堪言。当时也不是说技术不重要,我认为归根结底,再牛逼的技术也是为了业务而服务的,从业务中提取共性、找到难点,使用技术去解决这些问题,我认为是对的,但是不应该本末倒置。还有一些高门槛的产品,比如人工智能、大数据。今年公司也在推 AI,但领导在开展的过程中也会着重去评估对工作的提效
毕竟业务的门槛相对较低,技术的壁垒会更高点。
这个认知就不对了。
你们的业务看来不赚钱呀,在变着花样分类员工了,你也小心点吧,裁员迟早也到你头上的。。
“毕竟业务的门槛相对较低”,某些业务门槛可是相当高的
说到底还是看领导喜好,向上管理
都是大同小异的话,你自己整理一下下单涉及到的表,自己去数据库删除一下不就好了,写个脚本。。。