根据此文的步骤，你也可以「独立完成一个项目的测试 + 发布」

其实啊，每个人都可以「独立完成一个项目的测试 + 发布」

很多同学，工作了五六年，都没有机会（也许是：不敢）独立负责一个完整项目的测试（独立负责一个项目测试后的上线流程，机会就更少了） 。

一件事，自己没经验的时候，最好的方法是模仿；看看同事怎么做的，把步骤全部记录下来 。

公司内部，关于代码发布 / 项目测试，一定都有其固定的流程，以及涉及到的固定技术的（新创公司，或者小作坊，可能流程不明显，或者没有文档沉淀，但操作者，也是有其固定的操作套路的） 。

划重点：「做一件事，不一定要完全把这些技术弄懂，参考其他同事的玩法，会用就行 。」

多数从业者，每天日常工作的内容，不会有太多的创新性内容，或者太多技术性的创新事项 。基本上是固定套路的落地执行 。

优秀者，往往就体现在：基于现有流程，在现有套路基础上的「微创新」；创新后，加速完成事项的效率，或者改善事项完成的结果，使其质量更高 。

具体到测试职业：

拿到一个项目，

1、先根据产品的「需求文档 + 自己对当前行业的理解（经验）」，通过脑图的形式，拆分测试点 。

拆分测试点的过程中，把遇到的不清晰的需求（或者技术方面，不理解的知识点），通过问产品/开发/搜索引擎检索/查阅公司内部资料，搞定 。

2、根据自己梳理完成的最终测试点（此份测试点，最好是跟 产品 & 开发 & 测试 确认过的），开始设计测试用例（用例形式，不重要，可excel / 用例工具 / 脑图 / 内部工具），然后进行二次评审（具体