之前面试招商证券,也被这样怼过
在中国快消品横行的时代,沉下心来做事情的人凤毛麟角,能坚守本心长期坚持的更是微乎其微
其实主要是公司内部维护文档的人太少了,你看 github 的项目,也都是大项目才有很多人去维护的,文档这个东西,并不是每个开发都会去写的,特别是技术文档,分享出来不要时间的么。。。
我觉得,这和是不是内部没有什么关系,如果你是一个有技术的人,你自己就可以去分享,这才是应该做的,而不是说不要花时间在技术文档上,这是只知道索取不会分享的精神。
大公司的知识库太深了,我觉得你能研读的就很有限,能接触应该也不多,中小公司其实就没啥知识库,毕竟有那个功夫,不如 github 或者 Stack Overflow 抄一波来得快,而且也不需要那么深或者说那么专业的知识来指导。
也别以偏概全,总有些可取之处的。起码能了解公司的基本情况以及内部风口。
可能楼主并不是阿里的人,所以看不到内部的东西,对外的会经过大量的阉割 & 包装,不会那么轻易让别人看到全貌的。
不过牛逼归牛逼,还是要落地才行,别人的东西再好也不见得一定能适用的,可能别人就是在精英团队里面得出的方法论,你用不起来也有可能。
阿里内部的 ATA,基本秒杀外部了。楼主可能没仔细研读过
面试就看开点吧,什么人都会有,随缘吧
就算负责人不知道,他也可以随时找人事了解。
爆你菊花
爆你菊花
读完心有感触,感谢大佬~
哟,又写 bug 呢?
just send him a《Clean Coder》
其实怕啥,既然都是你负责了,你就有调用别人的权利了,那就狠狠推动其他人呗.
一般情况下,大家的薪资、绩效应该都是知晓的
最终决定你的涨薪,年包的领导知道。打绩效的领导如果只是做参考,也不一定知道可能只知道薪资范围。
如果版本提测了且测试用例覆盖范围内的 bug,测试的责任没毛病
原因都不分析直接给测试甩锅的话,项目经理水平也就那样了,遇到这种往死怼别客气,趁早申请换团队或者寻找新机会吧
首先线上有事故,是咱的锅咱大大方方背着,其次总结经验
1、完善用例场景,查缺补漏
2、灰度和线上验收的时候,让相关开发和产品都验收,毕竟产品质量的保证是大家一起的努力结果,也避免了线上独自背锅的问题(我们公司的测试流程就是这么做)
3、领导假如真的很差,建议好好复习一阵,在跑路
他肯定不是测试...
我觉得要分故障大小以及出现原因,一句无论如何都是测试的锅,我也不接受。
测试范围内,容易复现,影响较大 测试的锅
测试范围内,容易复现,问题不大
测试范围内,复现复杂 。。
测试范围外。。
测试除了跑和怼还能做什么,是不是招测试的时候还要写上会怼。
测漏了导致线上出问题,不是测试的锅那是谁的锅?不然要测试干嘛
如果是测试测到了,被其他人改变了,比如开发改代码未通知、运维调整部署未通知,那这种时候可以说不完全是测试的锅。
不至于吧
有些没有格局的领导在你面试的时候听到你要的薪资比他的还高,他是不会让你面试通过的。