有朋友在聊天的时候提到，自己也看了很多书籍、公众号，学了好多的知识点。但是这些知识点都没有形成 “战斗力”，遇到实际的问题和场景还是不知道如何去解决。本文就聊聊这个话题，仅供参考。

01

知识体系化*

如果你只知道某些知识点，没有让这些知识点形成体系，那么你就很难把这些知识用于解决实际的问题。因为在解决问题时，我们需要全面地思考，而如果你仅仅知道局部的知识点，是很容易解错题的。

所谓的体系化知识，就是在一定的领域内，你所知道的知识点需要能够延伸和串联起来。延伸得越广，知识面就越广，再从中去寻找共同点、连接点，用于解决问题。

比如，下图是笔者在某次思考中，整理出来的测试知识体系，虽然并不完整，但也体现了当时的认知（没有完整展开，内容不重要，这种方法比较重要，星球的同学应该记得这个方法）。可以作为参考。

02

躬身实践

杨绛曾说过：“知之者不如行之者，行之者不如常行之者。” 再好的知识，也需要通过实践来完成升级，否则就是纸上谈。当你在实践的时候，通过解决问题，会对知识有更深入的理解，同时也会发现理论的局限性及适用场景。踩过的坑收获最大。

比如：现在测试行业内都在提精准测试，这算是当下比较热门的知识。通过一些学习和整理，你也可以构建成如第一步提到的知识体系（现在可查询的资料太多了，学会获取知识，非常重要），但是如果真要的落地到自己的团队中，你还需要解决很多实际的问题，不论是技术上的，还是人情世故上的。

笔者有过深刻的失败经验，也有过小部分成功的经验，所以会有更大的把握和能力去落地尝试。

03

复盘总结

我们很难一次性把事做对，往往需要通过不断地 PDCA 来提升自己。在学习并实践了一段时间后，需要停下来，思考过程中的不足和错误，然后做对应的改进。

简单机械地重复，只会感动自己，而不会提升自己，需要做复盘，做刻意练习，来提升。

复盘的意义在于通过复盘，能够更好地认识自己，发现问题，改进方法，提高工作效率。核心有两点：安全的环境和可落地的改进项。前者可以让团队更充分地去发现根本问题，而不是表面问题，后者可以让复盘会得到价值最大化，没有改进项的复盘会是没有意义的。

04

与他人交流

雷军的年度演讲中提到过，你遇到的 99% 的问题，在别人那里都有现成的解决方案。学习也是一样，在把知识转化成能力的过程中，我们需要与同领域内的优秀人员作交流，交流方案，交流思路，交流心得。

闭门造车，使不得。

Code Review 其实是个非常好的提升自己代码能力的方式，值得所有技术团队去实践。

找到同频的人，找到更优秀的人，尝试向他们学习，提升自己的能力。可以少走很多弯路。

05

尝试输出

经过上面 4 层的沉淀，大概率你对很多知识都可以转化成自己的能力了。最后一步，可以尝试去输出自己的认知，在这个输出的过程中，去整理自己的思路，发现理解不到位的细节，同时锻炼自己表达的能力和结构化的思维，一举多得。

这里有个误区，就是很多人觉得输出写作是件很高大上的事，自己的观点如果不够深刻，或者有错误，会被大家嘲笑。其实没必要有那么重思想包袱。

按自己的想法输出，如果别人指出不足，那更好，不是吗。而且，咱也不是什么名人，换个马甲，谁认识你？输出的想法是经过自己思考和沉淀的就行了。如果能收获几位同频的人，就是额外的收获。

06

拥有知识，并不代表你有能力。

把知识转化成能力的过程，是个比较痛苦的过程。需要自己去实践、去思考，才能有更多的转化，学了并不等于会了。有一个很具象化的例子，就是那类教人做手工的视频。知识和方法别人都拆得很细了（知识你都知道了），但让你自己动手，没失败个百来次，大概率你还是做不了（能力）。

共勉。