这个公司名字叫 “很多公司”
不能当面给出结论(不懂如何拒绝别人,跟着他以后有无穷的活)而把锅推给老板的 leader,也不用跟他……无论面的如何,总之楼主还是庆幸吧
这个垃圾主管……只能恭喜你幸好没能进去~
等俩月吧,我把基本的业务框架敲完,欢迎有代码洁癖的人来一起做
是的,还没写完~
我这个 6 吗?
DRE
不要这样子,我知道错了,我只是开个玩笑,别嘲我~
其实我还看过半本《浪潮之巅》、几页《数学之美》和几页《模糊测试》,平时沉迷手机太严重了,可是一旦拿起书本来,发现这个世界原来可以变得这么有意思:手机真他妈好玩啊~
我只看过《人月神话》,觉得已经可以笑傲天下,楼主看这么多,不是要制霸苍穹了么
参见 6、8 楼
解决大团队的能效问题,说出来只有大团队的人能理解,很多话看起来感同身受,现在的互联网里面,面试一提到给你解决团队协作的效率问题、给你提高产能……对方就不耐烦听,很少有楼主公司这么有追求的了,赞!
还有这个吹牛逼的帖子,最后一条里提到的,你可以参考一下:
https://testerhome.com/topics/10700
以前想过,后来做了一半从平安科技离职了,现在他们有个质量技术组在做,思路跟我的完全相反,他们是穿线测试的反向,我是正向——从建模、代码分析为入口,你们都是友军,可以找一下互通有互
传说……公司提供无息首付、商贷利率 7 折……base 中等,奖金 6~1x 个月不等
向往很久了,可惜太老了,大佬看不上,我也不愿去一线了
妥妥的前后端校验没有严格一致的安全性 BUG
作为测试主管,我经常假设如果我是开发、运维,遇到生产问题我也先会飞速的过一遍这些问题:
测试环境复现了吗?对应的功能点测试过了吗?
如果能复现,那么是开发、测试哪个环节出了问题?是否有临时解决方案?如何应急处理?
如果不能复现,测试过了那么可能是什么问题?
基础架构问题排除了吗?
生产的配置和发布出问题了吗?
有可能是应用容错不行导致的用户误操作所致吗?生产是不是有脏数据?
历史数据的兼容我们考虑了吗?
业务规则变更发布时的在途数据考虑了吗?
无可厚非,因为这事关问题定位和排查的方向,测试连这点责任担当都没有,还是别做了。
底气足,何至于怕这一问……问久了他们自己自然知道改如何调整问题的顺序了~
good~
but why not markdown
庆哥这扫地僧的境界,可不是一般人能企及的啊
有一张表存了很多的数据
奥瑞扣吧,要是买赛扣就不可原谅了啊,在客户没有历史查询需求的情况下,定期归档也是一种好办法
学会看执行计划也是后端性能测试的一个很重要的技能,太复杂了,说不开~
不是有 mysqld_safe --skip-grant-tables & 吗,一定要卸载?
first.count = 3,并未改变 R(-3) 的 hashCode,所以他们不是相同的
笑屎了
太久没用,不参与讨论了,删除回复
谢谢,收藏了