我觉得不冲突吧? 首先开发也是活人,对于大多无效 bug 是会提出意见来制衡测试的,如果 bug 数能用来考核测试,那也是反向考核开发,开发对于 bug 数量会去和测试沟通把无效 bug 删除。
再者你不能用开发的思维去考虑测试呀,因为一个方法能发现 10 个不一样功能的 bug,难道不是更全面的测试覆盖? 且回归 bug 修复时,你的针对性验证也能做得更加全面,我倒觉得不是挺好的? 开发也可以一键关闭相关类型的 bug
不了不了
刚毕业那会我会怼,现在不了,干嘛给自己找难受?去得罪领导干嘛, 一家公司又不是都能长久待,能待个三年不裁员不降薪都不错了,卷入这种纷争干嘛,怼赢了 leader 还是 leader,但是小组员就不好受了
bug 数是真能保命,大厂我不知道,但是一般的公司,老板和高层都不是技术出身,你绩效最直观的成果就是找的 bug 数,我管你做了多少效能提升,这些都是看不到且成果有待验证的,但是我找出的 bug 数是实实在在的,做成扇形图不知道多好,未来也是各种效能证明的有效武器
“从需求定义及优先级排序时,测试就介入,参与需求的讨论”,光是这一点就理想化过度了,现实就是:组长忽然打了个通知,我这边收到一份不详细的需求文档,开发还没写完,接着明天转测
看来你一路都走得很顺
无代码的测试平台通常都是看起来好看,但是一点都不实用
这种问题已经没有意义了,市场好的时候,你前后左右移的都行,现在就是缺陷保命,能提的缺陷越多越好
应该很少,桌面应用的时代都是很久以前的事了
所以说,学对技术,不如跟对业务。上升期公司的功能测试 比 什么技术的都强
羡慕他们的生活,我们这边一个小测试的技术栈疯狂卷,性能 功能 平台 自动化 运维等都往一个人的身上卷,卷到最后还是功能测试的薪资
这个大可不必才是精髓,看来你也是任务式的完成这篇文章
我也感觉。。。。而且还会问你自己有写过什么测试框架没。。。。。我心想我这工作内容又不是开发框架来的,明明就是为了服务业务的,如果时间紧,找个开源的二开也行,关键是怎么结合业务。但是现在真的很流行用开发的问题和思维去面试测试
按照最新情报,现在大有 30 岁就开始歧视的趋势。。。。。。。。。。。。。
06 年入场的,已经完整的吃了一波红利了,再怎样都够本了
那后端得忙死,哈哈哈哈哈
加不了微信
可惜。。。。凡事适可而止,他没了
现在项目能稳定做下去已经是最好的事了,裁员现在跟包围圈一样
有没有可能这种大环境下,应该是看你是否年轻,再者就是你是否跟对了公司和项目,然后才是学了啥技术。
那你这运气不错,最近上升期的公司像 shein 和瑞幸都是只招人不裁员
我也是测试 web 比较多,第一次看到有人总结,太好了
我觉得不会,有深度加精的通常都是很多人收藏 + 点赞评论。不讨好是那种,各种高深理论词汇 + 成品截图,然后实际上啥都没分享,就像是晒朋友圈一样,还分成几期来发,让其他人知道他很屌,然后底下一群人评论都是:牛牛牛
这才是人话