小Q问：如果我去的公司一个测试人员都没有，我该如何开展测试工作呀？
CC先生答：
对未知的事物心生恐惧是人之常情，对未知的将来心生好奇也是人的本心。
对于整个测试的流程来说，大家耳熟能详的大体是 需求分析-制定测试策略（计划）-测试用例的设计-测试用例的实现-执行测试用例-发现缺陷-回测修复好的缺陷-完成测试出测试报告。（当然中间有循环无数回合的时候）
理论上来说，你会经历上面整个流程；实际上，你得看你到公司的时候已经处于项目的什么阶段。因为每个项目的不同，上述的活动可能你都会经历，但是所用的时间比例各不相同。比如极致的情况在于项目已经快结束了，老板就是心急火燎的想找一个测试人员来把项目测试一下以后好上线，刚刚好前一个测试可能因为和女朋友分手心情不好而离职了，剩下了一堆的用例没人跑。这个时候就别慢悠悠的来分析需求，设计用例了，当务之急，跑完这轮测试再说。
所以说，一切去除掉背景假设的问题的回答，都是耍流氓。
现在，让我们来假设小Q去的那家公司之前是没有任何的测试部门和测试人员的，老板也就是听别人说，研发部门一定要有测试，所以才招了小Q。如果把每一次的工作经历都作为一次航行（因为你完全不知道你将什么时候遇到海上的狂风暴雨），这个时候小Q应该怎么开始他的航程呢？
海上航行的第一原则，先了解同船之人。
花上一点时间，了解需要和你打交道的研发人员（包括开发，产品经理，运维等）和直接领导，这是以后会在工作中对你有直观影响的行为。测试人员有一项必备技能就是沟通能力，团队里面好的沟通比你在缺陷系统上去提上成百上千的Bug要好得多。开船之前，尽可能的多了解你的航行之地。
测试一个系统，拿到需求你自然可以写出对应的测试用例，不过测试的好坏在于你对于需求的理解到底有多深，有经验的测试人员甚至会去了解整个的商业模式以挖掘用户的需求。（不能做产品经理的测试不是好测试）在船上带好必备的粮食和酒水
测试过程中所需要用到的测试管理工具或者自动化测试工具，包括一些测试用例或者测试报告的模板等等，如果能在你开展测试之前就能熟悉是最好不过的，会节约你非常多的时间和提供工作的效率。
以上是从道的角度来解读的，如果从术的角度来说的话：
1 了解搭建测试环境所需的软，硬件情况。
- 与后端开发沟通，了解服务器的架构，数据库类型，存储结构等
- 与前端开发沟通，了解目录结果，了解脚本结构，和后端的通信模式或者接口
2 了解测试需求
细读当前所有的设计和需求文档，开始构思测试策略
3 了解项目阶段
明确目前项目状况和资源配置，考虑相关的测试计划，评估整体工作量，尽量分解到每个阶段
4 制定测试内部流程标准
bug流程及标准，与其它成员合作流程
5 搭建测试环境
如果都准备的差不多了，开始你的航程吧，毕竟我们的征途是星辰大海，不是么？
History
开发在赶天赶地写Bug的时候，测试该干嘛呢？
如何制定测试策略？
如何搭建测试环境
一个人如何开展测试工作
什么样的人适合做测试
