• 参见6、8楼

  • 解决大团队的能效问题,说出来只有大团队的人能理解,很多话看起来感同身受,现在的互联网里面,面试一提到给你解决团队协作的效率问题、给你提高产能……对方就不耐烦听,很少有楼主公司这么有追求的了,赞!

  • 还有这个吹牛逼的帖子,最后一条里提到的,你可以参考一下:
    https://testerhome.com/topics/10700

  • 以前想过,后来做了一半从平安科技离职了,现在他们有个质量技术组在做,思路跟我的完全相反,他们是穿线测试的反向,我是正向——从建模、代码分析为入口,你们都是友军,可以找一下互通有互

    https://blog.csdn.net/fudax/article/details/7995421

  • 传说……公司提供无息首付、商贷利率7折……base中等,奖金6~1x个月不等
    向往很久了,可惜太老了,大佬看不上,我也不愿去一线了😂

  • 我们来正视这个问题 at 2018年04月10日

    我其实不爽那些自诩技术牛逼的技术党,不过我比较赞成和鼓励这样做的,双赢的结果啊,一边改变小白一边弄点经费,不主动盈利这个社区何以为继,靠楼主掏钱捐赠吗?再说了,不怕得罪人,窃以为有些人真的是贱贱的,不收他一笔钱,恐怕他还真不一定好好学习。
    既然选择盈利,那么就该有盈利的姿态,无论如何宣传,只要不违背道德底线都是可以的,难道不比快手、头条的推荐算法有节操?

    光喷这个社区里面那么几个人似乎不公平,双标婊所为……

  • 妥妥的前后端校验没有严格一致的安全性BUG😂

  • 作为测试主管,我经常假设如果我是开发、运维,遇到生产问题我也先会飞速的过一遍这些问题:
    测试环境复现了吗?对应的功能点测试过了吗?
    如果能复现,那么是开发、测试哪个环节出了问题?是否有临时解决方案?如何应急处理?
    如果不能复现,测试过了那么可能是什么问题?
    基础架构问题排除了吗?
    生产的配置和发布出问题了吗?
    有可能是应用容错不行导致的用户误操作所致吗?生产是不是有脏数据?
    历史数据的兼容我们考虑了吗?
    业务规则变更发布时的在途数据考虑了吗?

    无可厚非,因为这事关问题定位和排查的方向,测试连这点责任担当都没有,还是别做了。
    底气足,何至于怕这一问……问久了他们自己自然知道改如何调整问题的顺序了~

  • 测 试 开 发 探 秘 at 2018年04月03日

    good~
    but why not markdown

  • 庆哥这扫地僧的境界,可不是一般人能企及的啊

叫兽就是我了~