我觉得在钦天监、司礼监里面选一个更好

不良人、通文馆、幻音坊、玄冥教、十二峒……都可以啊

敞亮！
这气度，绝对是个持续成长型大佬，佩服。

来！微信团队，你让我查查你们的数据库呗

完全不能同意，这是偷换概念……我调微信接口并不是我在测试微信接口，而是我自己的业务功能拿微信接口的返回结果作为数据源，默认微信接口的逻辑绝对不会有问题，这个 “不会有问题” 自然有微信团队的测试人员去验证，微信团队测试自己的接口的时候一样可以去数据库查数据验证的。
不然，按照虫师这种逻辑，我们要验证结果是否正确，要得给 oracle、mysql 这些数据库产品做一套完整的测试先保证数据库产品没有问题……

实在不清楚为什么要去 mysql，ES 里捞数据校验，我从查询接口去校验不是更符合业务测试场景么？

违反测试独立性原则，耦合了

我理解，楼主说的是神化，而不是神话……按道理，自动化是应该被神化的，但是暂时还没有得到足够的重视

那就是向量，而不是点了吧
另外，条件 1，“start 先于 end” 还是 “start 小于 end”，如果是 “先于”，那么 “先于” 的定义是什么？

理解不了，一个点怎么有起点和终点的……

用 pyhon 做业务系统后端可能比较适合那种精英小团队，中大厂很难看上你这个项目和技术栈的匹配度
要么你换 java、.net，要么就去做测试/运维小工具、测试框架、算法框架这些东西的开发~
你可以不认同这种观点，但是很多公司很多人的确就是这么想的，因为他们的主力中坚力量成长于 java 年代

对于你目前即成事实的情况，可以考虑减少或者合并简历中对技术栈、工具、杂事的罗列，增加对主干业务逻辑的阐述，如果你能把系统设计和业务逻辑搞得清清楚楚，面试官应该也不大会苛责你的技术，毕竟业务能力是比开发技术更稀缺的东西。

科普一下，楼主说的 BAT 其实就是 T