背景 2019 下半年开始是我的迷茫期，当时的自己颓到极致，从愚昧山峰进入了绝望之谷，用了半年才慢慢走出来，写写我的职业感悟吧。

关于职业规划：明确职业目标，做好职业生涯规划

铭记自己的职业发展终极目标，当纵向发展受阻时，考虑横向曲线救国，目的还是为了实现自己的终极目标。

关于技术：技术驱动业务

在我毕业前夕职业规划选择测试岗的时候，一胖友松就问过我一个问题：你觉得做测试是一件很容易的事情吗？它需要掌握的知识远比其它语言类型的开发多得多。
当我去年陷入迷茫期，给自己定了一堆需要学习的测试知识和框架，他建议我，不要过多的学怎么实践，多关注底层的知识再去实践。
是的，业务逻辑天天都在变，只有底层的数据结构思维、代码知识是不变的，比较重要的是，去实践的前提是你同时拥有很好的测试思维。
进入职场后，工作内容基本和写代码没半点关系，整天都是点点点。数据库、算法、代码等这种本该在学校完成的知识被我延迟到工作两年是我最后悔的事情,所幸理论知识学得还算扎实，捡起来并不算困难。
关于技术的学习，先去概览和测试技术相关的知识，然后选择一个方向去做深入了解，多看官方文档，千万不能样样会、样样不精。如果没有自控及自学能力，报班学习也未尝不可。更重要的是坚持，从意识到 todo 一直到坚持 done 就永远都不会晚。

关于救火队：学会拒绝

我有记录自己每天干了啥的小习惯，所以在入行一年的时候，做过一次工作大复盘，发现我大部分时间都是在做救火队的事情。因为组织变动，我没有了具体负责的业务，只负责一些公共模块的测试。最累的一段时间，除开领导的 7 个人，只要谁的业务和模块赶进度，我就需要去支援他们，这样就陷入了没有时间而不能深挖背后的业务，没有深挖就没有产出的恶性循环，而这样的救火时间持续有整整 6 个月。以致于到后面遇到把别人跟了一半的任务或者是开发已经提测而负责人未投入测试的这种半截子任务交给我的时候，内心很反感，从生理上厌恶工作。向上反馈得不到改善，只有自己跟自己较劲~
对于救火队这个角色，我的建议是，认真评估自己的能力和承受底线， 学会适当的拒绝。

关于思考：深入思考是测试基本素质

需要风险管理意识，出现一个 bug，多和开发探讨一下这个问题是怎么出现的，是需求遗漏还是设计遗漏还是测试过程中遗漏？是沟通上的问题还是制度上或是方案策略的问题？
在实际的工作中，阶段性的遗漏往往比测试过程中的遗漏高得多，根据二八真香定律，下一次还是有极大概率出现这个问题。
多多讨论和思考，有助于在下个项目中避免在一个坑里再摔一次。

关于测试基础理论：找到适合当前工作的测试方法

这个并不是度娘一搜就有一大堆的测试方法，而是你自己的测试思维。对每一个测试用例设计方法都有对应于自己项目的一个实践，这会让你在工作中较快上手。
摸清系统后，我就拥有了一个测试用例 xmind 模版，不管是遇到什么新任务，我都能用模版套，以此评估我的测试点和优先级，这也是我降低遗漏的一大法宝。
当然，也需要去深入研究一些测试理论，测试效率、测试质量等。除了一些软件测试的经典书籍，年初看过的《全程软件测试》也让我获益匪浅。

关于效率：做好时间管理

我曾是一个随着自己喜好做事的人，虽然效率也不低，但在优先级的处理上完全不能看。
改善方法：在一天最开始或者前一天结束的时候整理好自己要干的事情，将一些每天都要做的事情加入循环计划，提前一天或早晨到公司后，整理出一天要做的事情并按照优先级和难易程度设置时间，但建议每天从一个耗时不长，完成难度低的事情开始，这样能够增加你的自信心和成就感，后面就会越来越顺利，养成习惯后，执行力会越来越高。
app👉滴答清单

关于生活：拒绝碎片化信息 + 断舍离

卸载了抖音微博等 app，并不是说它们不好，而是会分散我的注意力。
也曾焦虑，压力大的时候就开始打扫房间丢东西。每个月会固定抽一天关掉所有电子产品痛痛快快睡一觉或者是拿出一本书看几页。

关于沟通：认知偏差

测试真的是一个很考验沟通能力的岗位，每天都在 “和需求确认设计，和设计确认实现” 的循环中，而每个人都有认知偏差，沟通不好就要 “打架”。
几句话总结：描述问题而非猜测、描述目标而不是过程、按时间先后列问题，别动辄声称有 bug
原文指路👉提问的智慧

关于总结：实时复盘

每做完一个任务和项目都可以抽空写下总结，利于工作汇报和自身成长。
学习一门新知识也是，在脱离文字与视频的情况下，自己理解并写下总结，那离完全掌握这门知识也不远了

最后
已识乾坤大，犹怜草木青。

谢谢大家的鼓励。
ps:我不会说陷入迷茫的主要原因是听了 MTSC