关于平台化考虑过使用 jupyter notebook 吗

20 年毕业怕锤子，你现在唯一需要的就是脸皮厚一点，其他的都不重要

你去把唐僧师徒除掉

都是从这个阶段过来的，只是我现在的看法是现在的研发其实和几个世纪前的纺织工人没区别，但是珍妮纺织机（AI）已经被发明出来了

非常的优秀

我还以为是靠插桩实现的，原来是靠想象力实现的

全方位的提升自己

你先要理解放 jenkins 上跑有啥优势，期望是把自动化测试集成到 CICD 中，也就是每次部署代码的时候自动跑测试脚本输出报告。
但是实际上没几家公司做得到这个程度，做不到这个程度你放 jenkins 上和手动跑有个卵区别。

有没有可能正是因为火因为方向不明确所以不计成本投入，无限拔高要求，等到方向明确了要讨论成本了只剩下脏活累活了，测试才有资格入局？10 个研发都抵不过 1 个诸葛亮，现在要测试去干卵。。。

设楼主工资为 x，可得
(x - x*(0.12 + 0.12)) * (1 + 0.1) = x * (1 + 0.03) - (7384 * 0.12) - (2690 * 0.12)
x=6231.34
哪里没算对吗

再等几年，已经有机器狗了，机器妞还会远吗

根据业务场景来啊，比如风控的字段测试，产品定义字段逻辑，研发开发成 groovy 脚本，我把这俩喂给 AI 检查逻辑是否正确，再生成造数 sql 和 python 测试脚本，不就节省一大半测试时间

莫名想起最近又火起来的这张图

这不是 bug 是 feature，应该多来点

参考这个
https://testerhome.com/topics/16354

测试目的是保障质量，而且出了问题每个人都有责任，即使主要责任人不是测试，那还是要花时间处理问题。如果产品研发没考虑到全部场景，还是需尽量去兜底，评估到有风险的场景都应该回归下。如果经常遗漏风险点，应该开项目复盘会，对经常遗漏的人的思考方式能力责任心提出质疑

窗口函数，临时表，with as。。。整点稍微进阶的内容嘛

应该解散技术部测试，只保留 QA，测试都归到项目部里面去

当感受到自己创造的价值和理发的 Tony 差球不多，只是赚多赚少的区别时。。。你手艺好又咋样？你有总监头衔吗？

哎，我们本来有一个 mock 工具凑活着也能用，就是需要在被 mock 类上加注解，通过反射替换要 mock 类的方法返回值，但是领导觉得太 low 了，让我们想想能不能从 ng 层去拦截处理，所以只能来求助各位大佬了

以前可以走捷径，直接去大厂外包把工资干起来长长见识，门槛也低，干两年可能比在小厂熬一辈子的都强，但是现在怕是没的多少机会了

你最开始分析 3 点原因就有问题，测试不提这些 bug 就没人能发现了？那这算 bug？还是你的意思是这些 bug 被改掉了只是没记录到什么系统中？

那不是有 n 种方法，仅一次控制器，if 控制器，或者 2 个线程池一个跑前面 5 个接口一个压后面接口，只有你想不到的姿势没有实现不了的姿势

上市之后加班扩招工资倒挂

写好用例，做好用例评审，等上了线万一有问题大家一起背锅