随这时间的推移，我的工作任务也越来越多，越来越重要，加班特别多。我不仅仅只是跑case了，我慢慢开始写测试用例，编写文档，给客户写邮件，带新人，接触到了测试工具，基本上对测试流程有了一个整体的了解。我发现有压力才有动力，干什么事情迈出第一步最重要，我第一次写测试用例的时候是因为组内没一个人写过，我就自告奋勇的去写了，之前我也研究过怎么写用例，但是总是感觉写不出来，lead看完后告诉我case不仅太少，而且写完的问题也太多了，让我在去重新写，周围同事也都嘲笑我，我当时完全没有感觉没面子什么的，做事情总有第一次的，人也总要从失败中吸取教训的，我当时记录好问题，然后一个一个的修改，这个用例我前后修改了6，7次，最后加班给修改完的，勉强合格了。之后测试我们组的测试用例都是我来写，通过在网上查资料，研究以前写好的测试用例，我很快我就学会怎么写用例了，然后就成了组内专门写用例的人员。其实工作能力需要锻炼的，这个有机会我们应该是争取，勇敢的迈出第一步，其实做什么都不难，难的是我们是否敢于去做。

在这段时间里，我印象最深的就是验bug的工作，这个工作我本来以为很简单，不就验一下bug吗，结果完全超出了我意料，这比做任务困难多了。验bug，顾名思义，就是在新的build上面验之前的bug是否还发生，看似没什么难的，就按照步骤来重新走一遍，其实不是这个样子的，困难主要体现在下面几个地方：

一．工作量很大。每次新的build来的时候，会有很多的bug，而且bug是要在一两天之内验完的。因为不同bug的环境是不同的，所以验的时候，会有很多时间浪费在配置环境上，例如ghost系统，搭建各种环境，这样就导致验bug的实际时间太少了，这样子就导致任务量很大，而且时间要很好统筹安排，总的来说就是在一天的工作中，验bug的人员一刻都不能停下，往往需要加班，经常到深夜。不过这个问题后来解决了，公司跟客户协商沟通，延长验bug的期限，每一个bug的验证工作量也提高了，这样子就缓解了验bug的压力。

二．验bug的工作很重要，因为如果出错了，验错了或者漏验了，最后出现问题是无法跟客户解释的，所以验bug的人员验的时候会小心翼翼的，并且会检查这个bug解了之后，有没有新的问题产生。所以我刚开始的时候，精神特别的紧张，生怕出错，经常是一天下来，感觉特别的疲惫，一直持续了几个月才好。

三．很多bug当时发现的时候，没有完全隔离出来，验的时候出现各种问题，验bug人员还要自己去分析隔离，浪费很多时间。

四．还有一些bug，R&D那边经常加一些注释，然后我就看不太懂，就不会处理了，老去问组长，这个问题在我成为组长之前我都一直没解决，后当我成为组长后知道原因了，就是一个决策的问题，当时的我只是tester，干什么都不敢做决定，当上组长了，就只能是我来做决定了，出事情就是我来担这个责任，有什么样的权利，就必须有相应的责任。

09年的下半年成为项目组的小组长，开始简单的管理组内的人员。慢慢的我思维开始改变了，眼界也提高了，我思考问题开始站在新的高度上思考了，我突然感觉到09年新入职的员工，还有实习生的就跟小孩似的，想事情太简单了，我在想当时公司的同事是不是就这么看我的。

成为组长后最大的问题就是感觉要做的事情太多，总是有做不完的事，但是又无从下手了，整个人每天忙来忙去的，但是没感觉自己做了什么，持续了一段时间吧，我感觉不能这样子下去了，我就静下心来思考，我放弃了周末玩的时间，我就上网看一些管理学方面的书，静下心来思考，然后当时我就认真分析了原因，我觉得一是刚开始做这个职位，不太熟悉，第二就是没有很好的统筹安排工作的计划，于是我就采用了一个笨方法，就是把需要做的事情在本上列出来，标上时间跟优先级，先做时间紧急，优先级高的事情，一件一件的做，完成了就从本上划去。这个方法当时还行，起码我慢慢的习惯了组长的工作。S公司里小组长有这样几个作用：

一．协助lead处理一些组内工作事情，例如分任务，检查结果，review组员的bug，处理客户的邮件。

二．有的组长不错的话，会被培养成是lead的backup，就是新的lead的职位，会从这个backup中挑选，所以这些backup学习熟悉一部分lead的工作。

当时我就是lead的backup，当时的我心情特别的好，工作很积极。还想象着等我工作三年的时候，也能当lead了，还在想象着以后的带的项目组是什么样子的。然而生活就像是一盒巧克力，你永远不知道下一颗是什么味道。2009年底就发生了一件我完全没有想到的事情，打破了我的职业规划。