能帮助好别人就好

1. 先从学习大纲入手 —— 搜索引擎搜索 + 多 AI 问学习大纲，最后自己把答案整合一下
2. 有了大纲后，明确学习先后顺序，大概画出初级、进阶路线（可以让 AI 帮忙划分）—— 基础概念优先学习，质量方向优先学习（如大模型评测，更接近测试思维，会更容易学进去），理出部分有互相依赖的概念一起学
3. 然后就是一个个学，看资料、找视频、学案例 —— 对于非严肃的学习来说，这个程度的知识储备就差不多了，如果要严肃地说，那就得看一些体系化的书籍了

那要看性能测试的人跟不跟业务，如果他们是一波独立于业务之外专职搞性能的人，不了解业务，你让他们评估也实在是为难别人（当然你可以对外沟通时给他们甩锅，看你自己怎么想）。

从我的角度看，业务最后出问题还是自己受损，你能评估到也是你的 goodcase，如果自己有能力评估还是要尽量参与。

改代码就让研发评估是否需要回归功能，但多数对自己没自信的研发为了保险起见更倾向让测试做冗余回归，这时测试人员能不能 review 研发的改动，评估改动影响大不大，要不要回归，回归多和少，就显得很重要了。

别把自己 pua 到抑郁了

先自查评审是不是复读机大会

我的评审，研发参与感都挺强，我会一直和研发互动，过重点抛问题讲测试思路，一些很常规 case 其实不需要研发 review

真实又真诚

1. 现在的岗位与你预期不符的具体是什么？是学不到新东西带来的焦虑？还是行业方向不对？还是薪资或其他问题？
2. 你能做出的改变可能是哪些？内部向上申请更多的机会？找厉害的同事学习？换一份工作？

上面的问题你想清楚，然后咨询一下 AI 估计就有思路了。

你说的这个可以归类到其他前面两种情况

在大厂里无非 3 种选择：

1. 迎合职场规则，去做对自己晋升加薪最有利的事情，不论好坏
2. 但行好事，去做自己认可价值的事情，但不一定是利益最大化
3. 老板怎么说你就怎么做，没成绩至少有苦劳，做不到结果时因为你按老板说的完全执行了 ta 也不会怪你