你先要理解放 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 个接口一个压后面接口，只有你想不到的姿势没有实现不了的姿势

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

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

寓教于乐
https://github.com/juice-shop/juice-shop

测试框架 + jupyter，直接在 ide 上写，jupyter 上跑完事，产品研发测试都可用

那么多开源的弄一个用起来不就完事了，metersphere 都不会，那就用 postman、apifox，安装软件你总会吧？

不喜欢引用就用代码咯，只是个样式问题，或者写个油猴替换样式

嗑药、头悬梁锥刺股、督战队、洗脑喊口号 “提高个人能动性，带动他人积极性”

VirtualXposed

道理大家都懂，给点实战案例、用例模板