写在前面：
咳咳，翻了下博客，发现已经有两个月没有写任何东西了，理由很简单：忙着旧公司的离职交接和找新工作。那么新的工作已经敲定了，成功进入了深圳的某BAT公司(撒花~~~)，磨合了一周总算是大部分习惯了公司的文化，终于可以安静下来思考思考了。
关于如何快速上手项目：
刚入职接触的不仅仅是新项目，还有新的工作环境，再加上新项目接触的技术都是和以前方向不太一致的方向，或多或少心里会有一些焦虑。刚去的前两天自己是蒙圈的，不知道该干什么，导师也不会手把手叫你该干什么(好歹也是社招进去的，又不是校招)，然后丢给你一堆资料，自己看去。
我想大多数新人进公司也都会这样，直接丢给你一些业务资料，然后给你几天时间，然后自己上手。可是问题就来了，怎么看，看什么，该怎么快速上手测试呢？
其实说到底本篇就是这三个问题的探讨：
我负责的项目是什么？我该如何去测试这个项目？项目(测试)的流程？
我负责的项目是什么？这个新入职导师会给你一些资料让你去看，然后一开始我是拿到什么看什么，但是效果差强人意，效率非常低
解决：造成效率低下的原因是导师给你的资料其实是长期收集的资料，很杂并且很乱，可能每个资料都不一定有效，也可能不适合刚接触的时候看，这时候看很容易看晕，不知所云。所以我是这样做的：
追溯产品最初的形态，多想想为什么有这个项目？立项之初是什么？在这点上，后两天我是直接从官网入手，先看产品的业务介绍，重点关注是什么，为了解决什么样的痛点才立项的，优点是什么？然后去公司的内部交流平台查看分享的技术文档，从内部逻辑入手，对整体和内部有一个特性认知，最后才看导师提供的资料。我该如何去测试这个项目
在理解了产品的形态上，我们作为一个独立自主思考的测试同学，每个人都会形成自己的测试风格，在对一个产品需求的理解和测试策略的思考上都会存在不同的看法。在刚入职的头两天，会给你开通一堆权限，测试用例，bug单啊，测试报告这些，但是看这些真的有用么？
我觉得没必要，因为在理解别人思路之前，你先要有自己的思路。，我们不是刚毕业的学生，没必要让别人的思路影响你，所以在测试策略的制定上，我是先有自己的测试策略指定，在大体上我应该怎么去测试对应的项目，然后才去和已有的积累用例做对比，这样效果会更好。项目(测试)的流程？
这个是最后一部了，因为每个项目迭代的周期都不一样，理解目前的流程，对以后工作相当于提供了时间的概念，为测试的时间安排提供了基础，可以帮你很好的计划之后的工作。
总结 && 后续：
是什么，追溯到为什么有这个需求，解决的痛点是什么？
做什么，回到怎么指定测试策略，怎么编写测试用例？
在后面的工作目标其实也就出来了：
- 理解业务，改进测试策略，执行效率优化(用例精简和用例自动化)
- 学习一些测试评测的方法和思路
- 完成对C++/C#语言的基础学习(只为更好的测试demo，提高覆盖率，也是执行自动化的基础)
- 工具的使用总结(重点是对网络的测试方面)