写给我的第一个半年测试生涯

      明天上一天班，准确的说是半天班，因为下午我请了半天假，就放假了，五天，再来上班已是2013年了，最近一段时间都很忙，很忙，上班这么久以来第一次感觉到时间不够用，下班的时间一天比一天晚，要做的事情还是做不完。

      由于我们测试小组走了两个人，两个元老级的，我们测试小组一共就4个人，剩下了我和另外一个女生都是进来差不多半年的样子，虽然后来又招进来两个，一个男生，三年多的工作经验，一个女生，两年测试经验，但是进来没多久，还需要我们带，然后项目组的事情又很多，我一个人要测两个项目，再加上一个自动化测试，三个任务，而且其中一个项目（ IPTV，不知道有熟悉这个业务的人没，反正我是不熟悉，它是一个很庞大很复杂的系统，在我们公司都是跨部门合作才完成的。）是完全没接触过的，之前一个人走的时间跟我交接，但是由于那个项目还没有上线，还只能看到界面的一些东西，业务流程还跑不通，所以算是跟没交接一样。接到这个项目的时候头都大了，完全没有头绪，看各种需求文档，转测试文档，还是不知道是怎么回事，就这样硬着头皮接手了。

      第一个困难就是测试环境的部署，它的环境有软件和硬件，要分开部署，部署的先后还有关系，部署的时候还有好多参数要自己修改，我根本不知道哪个参数代表什么意思，然后就只能找研发给我讲解，费了九牛二虎之力将环境部署好之后就测试阶段了。由于这个项目比较复杂，我们没有专门的测试用例，不能像以前那样对着测试用例去测各个功能点，而且产品中心也给了我一堆文档，要我对着那个测，而研发中心给我的就是重点测试哪些功能点，产品中心的是一个产品经理，她跟我说要我进行冒烟测试，虽然以前看过一些书，也知道有冒烟测试这么回事，但是没有具体接触过啊，于是又开始百度，去了解冒烟测试，得知：冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率比较低。

      但是她写的测试用例没有步骤，我完全不知道该如何操作，然后我就放弃了，开始用研发中心写的重点测试项来测，有点头绪了，但是又遇到了问题，不知道是不是bug的问题，然后又只能找来研发给我讲解业务知识，就这样一遍又一遍的厚着脸皮找研发，虽然有时候研发都很生气跟我讲过的东西我又忘记了，我甚至在问自己是不是自己太笨了，后来想了想，不是我自己太笨了，是因为一下子给我灌输了太多的东西，我消化不了，在研发那觉得简单，那是因为东西是他们做的，当然很熟悉，但是我是第一次接触，怎么可能一下子就全弄清楚。当然，我不是在为自己找借口，我意识到了问题的所在，所以我知道我要花更多的时间去熟悉这个东西，我的笔记本上写满了东西，每天的工作日志也将问题记录了下来，一个星期过去了，慢慢的熟悉起来了。

      俗话说万事开头难，我觉得做测试也是这样，测试一个全新的项目，在你不知道从哪里下手的时候，那种迷茫，那种着急，连回家睡觉都想着怎么办，但是心态摆好了，相信自己能解决，一切都会好起来的，这也是我在这一段时间最深刻的体会。其次就是脸皮要厚，只要研发还肯跟你讲话，你就不要怕不好意思去问研发。

      最后简单总结下这半年的测试生涯吧，从最开始的web平台测试，界面测试，我学会了做一个测试，一个好的测试，细心真的很重要，要培养自己对bug的敏感度。再到后来自动化测试，虽然我用的自动化测试工具是我们研发人员自己写的工具，但是它的框架与selenium是一样的，我体会到了自动化测试带来的方便，但是这个工具还不是很成熟，虽然能跑起来，但是它的可维护性还不是很好，那段时间我一有空就在研究自动化测试，每天写自动化测试用例，写mapping，写data，然后运行，运行不通就调试，享受调成成功了所带来的成就感。最后到这个IPTV的测试，算是系统测试吧，真的让我成长了不少，连我们的项目经理都夸我长大了，O(∩_∩)O~

      还记得项目经理跟我说的一句话，做黑盒测试也挺不错的，但是前提是对业务知识很熟悉，当你比研发更懂得系统的业务的时候，项目就离不开你了。

      我在自动化的方向努力着，但是我也不想放弃黑盒测试，我也正在努力积累业务知识，争取做一个对业务也很熟悉的人，做一个团队离不开的人。

      选择了方向就前进，努力向前进，每天积累一点点，每天进步一点点。

      最后的最后，祝所有看到的人新年快乐，2013要幸福。