参见6、8楼

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

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

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

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

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

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

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

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

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

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

good~
but why not markdown

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