2012年总结

上一篇 / 下一篇  2013-01-14 00:41:23


       2012年已经过去。本来没什么想要说的。不善表达,也少总结。一年过去了也没有多少东西还记得。感觉自己似乎有些提升的,但自己做过的东西又想不起来了。年底我们的User Experience of Performace(简称UEP)小组申请全公司的优秀团队奖了,我们大家都觉得有99%的机会能申请到。无论到时能不能拿到奖,这至少说明我们对自己的工作还是非常地认可的。总的来说,我觉得自己虽然没足够优秀到能拿全公司的优化员工奖,但我觉得自己这一年还是有很大的提高,相比一年前,进步了很多吧。

(1)学会用QTP做自动化了 
          从2011年年底的开始,研发管理的老大H开始着手弄UEP测试,一年过去了,UEP从无到有,一步步地完善,到现在UEP小组在公司里基本上已经获得较好的肯定了。想当时,我和C哥两个人被H叫去办公室里说要做这事的时候,我们根本不知道这东西要怎么弄,说要计算客户端核心场景操作的时间,这个要怎么弄呀。那时候H让我们去找开发了解这事,心里好忐忑呀。我们根本就不知道怎么回事地去找开发问这事。慢慢地才开始知道桩是什么东西。在开发那边弄好工具提供给我们获取客户端一个操作所耗时间之前,都是C哥手工测试的,用手机的秒表掐出来的时间。那时候C哥也挺辛苦的,非常感谢他。
         开发那边弄好工具来获取时间之后,我们需要执行操作,然后从工具里面读取操作所消耗的时间。从工具里读取时间也是一个非常累的事情,有非常多的数据,要一个一个地对。但是开发那边说如果要自动化地读取工具里面的时间的话,就需要我们按照固定的顺序来进行操作,保证没有因为误操作而产生相同类型的日志或其他类型的日志才能帮我们自动化读取操作所耗的时间。
         当时白盒测试那边已经有一套的自动化代码了,我们就想请他们帮我们自动化这些操作。但白盒自动化那边的老大S说没时间帮我们弄,让我们自己试着用QTP来弄。H一直都在说让我们想办法用脚本自动化这些操作,但是我自己之前都没有做过,所以还是有些害怕的,不知道从哪里下手。H说的时候我都不敢接话。
          这项工作,测试这边只有我和C哥两个人,超哥代码能力不行,当时我自己也没有多大的把握。因为我们是客户端产品,我们的产品用QTP来弄的话就不像网页那样可以很容易就找到里面的控件,用QTP来弄就不方便。问了我们部门里工作时间比较久的一位同事,她也说我们的产品不能用QTP来自动化。反正就是几乎所有的人都说QTP不能用来自动化我们的产品。我自己在网上看了一些资料,觉得可以试一下,买了一本书,晚上回家后就将最关键几章看完了,然后在别人怀疑的眼光下开始了写QTP的自动化脚本。
        当时工作还是挺多的,本来我就经常要加班的,弄QTP的自动化后就经常自己更晚地加班加点。不会的就上网一点点地查,终于两三个星期之后,就将我们的UEP测试用例中80%的用例都自动化了,剩下的那些就是没办法自动化的了。然后把样本log给开发那边帮我们实现自动化提取数据。
         虽然我的QTP技术也不怎么样,买的那本书一直都想看完但还是有一半没看,但还是比较满意自己现学现卖的能力吧。虽然后来很少用QTP了,但有时还会用QTP减轻一些工作量。比如有一次用户反馈系统里面的2万多条消息需要删除,但是又进不了数据库进行操作,在界面上操作的时候每次只能删除10条,那时就用QTP弄了个脚本跑了几个小时完成了H给的这个任务。另外一次测试的时候需要测试极限送礼物的情况,就又用QTP临时弄了一下。被我现在的上司T看到之后,他还让我回去再研究研究一下QTP,到时开个讲座,教教其他人用QTP。但我最终还是没怎么研究QTP,也没给别人讲QTP,自觉能力不够吧。
          学会用QTP最让我开心的是,当别人都否定你的时候,你自己是不是能坚持自己的想法并勇敢地尝试,最后将你自己的想法弄出成品来给别人看,让所有否定你的人都无话可说。也许从小骨子里就有这样的不服气的因子吧,之前也会这样,不过这次是我工作之后第一次完美地完成一件这样的事情,也得到了H的肯定,在我快忘了这件事的时候,看到Q1的绩效里,H的评语是“也很主动运用不同方法解决问题”,我就知道是指的这件事了。

(2)开始用C#写自动化代码了
            我自己写的QTP自动化代码跑了一两个月吧,T来了之后,就开始着手在S他们的自动化代码基础上来自动化我们的UEP的用例了。T成了我的上司,他是一个挺有能力的人的,最重要的是,他是个非常nice的人。在我们研发管理部,之前除了H之外,那些领导可都不好说话的。部门的气氛非常差。还好我之前的上司是研发管理部的老大H,而且我自己做的工作跟他们也没有很大的交集,算是自己独立工作吧,其他的那些领导也没有权力管我,所以在别人过得很苦的时候,我自己过得还是比较爽的。T成了我的上司之后,我觉得就更好了。他很耐心地教了我很多的东西,同时也鼓励我做了很多我之前都不敢去做的事情。之前刚出来工作的时候,算是很没信心的吧,连H都说我要提高自信心。T成了我的上司之后,我慢慢地做的事情多了,接触的东西多了,感觉自己的能力有一定的提升了之后,自信心就慢慢地上来了。
        在T完成了UEP测试的自动化之后,在给我定的绩效中就要求我自己也能离熟悉这些代码,以后还需要维护这些代码。开始的时候,我还是有点害怕的,不知道自己能不能维护这些代码。后来自己硬着头皮开始看代码了。刚开始的时候,连build solution都不知道。以前写代码的时候,似乎改了代码之后是compile的。还好自己厚着脸皮让另外一个很nice的同事教我如何把代码跑起来。然后自己渐渐也能改代码了。后来新加的一些用例,或者是原来的用例需要更改的,T大部分都交给我来修改了。有时遇到的一些问题,自己没能解决的,问了T之后,他也没能马上解决的,就让我自己去研究了。很多时候我自己还真研究出来了,然后顺利地解决问题了。这些时候都是非常开心的。如果我很久了真没能解决的,T才会开始研究帮我解决。
总之,开始用C#写自动化代码算是我在测试之路上又跨出的一步吧。感谢我的上司T对我的鼓励、鞭策以及帮助。

(3)自己写的小工具
            像我现在做的UEP测试工作,每周例行跑一次测试用例,出一次数据,如果数据有问题,就得查,通常这时候就会比较忙。有时候比较严重的问题,就更忙了。不过如果数据没有问题,就会比较轻松,也没有什么特别要做的事情。这时候就有时间做自己想做的事情。之前在测试的时候,有些配置文件每次测试之前都需要修改多个地方,而且特别容易出错。之前开发那边也建议我做一个界面来操作这些配置文件。那时候觉得还挺难的,感觉很没有头绪呀。
          后来自己慢慢地研究,也走了一点点的弯路。但最终还是找着了方向。我把我自己的想法跟T说的时候,T说没有必要做这个,因为网上有现成的。我自己上网查了一下,发现T说的那个东西不是我想要的。然后我自己就开始动手写我自己的工具了。找着方向之后,自己也比较快就弄好了,那几天一天到晚都在写代码,下班回来之后还在电脑前敲到很晚。等我把我的工具弄出来,给T演示的时候,T毫不吝啬地称赞并连说很意外。是呀,我也很意外自己能做这些。
        等我把这个工具弄好之外,信心又增加了很多,又开始研究把日常的其他一些工作也自动化。T也交给我一个另外的任务,虽然看起来有些难,但我觉得自己可以弄出来。不过可能不会很快,呵呵。


(4)把质量运营方面的工作转交出去
        自毕业之后进入公司,我就一直在做质量运营方面的工作。这一块同样是公司里面之前从来没有做过的。也是在H的带领下从无到有一点点慢慢地整起来,到现在基本上形成一个比较好的质量监控部分了。
        质量运营方面的工作包括收集公司内测发现的问题,客服那边发现的问题,用户反馈系统上收集来的问题,以及专门的测试论坛上的问题。这些工作都是比较繁琐的。而且测试验证那些问题也会比较花时间,特别是在负责运营测试论坛,跟用户打交道的过程中,会非常地耗时。
       不过做质量运营方面的工作,会有一种打杂的感觉。其他的那些黑盒测试人员似乎都不太看得起这项工作。还好我自己没有这么觉得吧。当时做质量运营方面的工作,由于是直接在H的手下做事,所以也接触到了很多其他人没有机会接触的东西。例如我现在所做的UEP方面的工作,就是之前在做质量运营时一直在做的事情,后来上面越来越重视UEP测试,所以就把我单独弄去做UEP测试了。还招了个人把我之前所做的质量运营方面的工作交接过去了,我自己还是非常开心的。在我觉得自己在质量运营方面做得差不多的时候,把我的这个工作交给别人对我自己是非常好的。
       话说回来,别人都不看好我所做的质量运营方面的工作时,做了一年的这项工作给我带来的一个最大的好处就是,我对公司产品比较熟悉。很多人可能一直只专注于自己的那一部分,对其他人所负责测试的部分一点都不了解。但是由于我的这个工作,用户提到的问题我都得了解之后才能判断这个问题是不是BUG。另外因为我直接触的是用户提过来的问题,很多这样的问题都是测试人员之前没有测试到的,所以我会知道一些用户会碰到,但测试人员没能测到的问题。将用户的问题提了BUG之后,较久没解决的问题就要摧开发尽快解决,或者是问开发原因之类的,久了也能了解到一些问题比较深入的原因,自己也变得没那么菜鸟了。讨论BUG原因的时候,自己也能说上两句,甚至一些BUG还能给开发提上一点看法,说下深一些的可能原因。


(5)还需要在表达能力下大功夫
        哎,连我自己都觉得自己的表达能力有问题,更不要说别人了。通常跟别人说话的时候,我就组织不了语言来说话,很多时候说话都说不到点上,很是苦恼。所以最近有研究怎么提高表达能力,觉得自己应该好好练习讲故事,从小我就最不会讲故事了。我从来不能够把一个故事从头到尾好好地讲完。通常讲到半路就讲不下去了,而且讲得无味得连自己都不受不了。我决定开始好好地研读我最喜欢的《海的女儿》,然后一定要把这个故事讲得很好才行。

(6)幸运与努力
            毕业这一年半的时间以来,我觉得自己是幸运的,我比别人多了一点的运气。直觉这些对我以后的工作都会产生比较深远的影响。目前我对自己的工作还是比较满意的。测试这条路是我自己主动选择的,在大三的时候,我就决定了以后要做软件测试方面的工作,然后自己找工作的时候也只找测试的职位。绝对不是像某些人那样,以为测试是很容易的工作,在找其他工作找不着了才想着来做测试。我现在的一个舍友,之前学的是人力资源管理,现在做的HR,不久前向我借软件测试的书,说想要转行做测试,觉得测试很容易,工资又高一些。其实我很想说点什么,但我又实在不想打击别人的激情。
            虽然感觉这一年来有一些进步,但总觉得自己还是不够努力的。上周一起吃饭的时候,开发那边建议我们将UEP测试做一个自动化测试系统出来,让我们的测试更系统化,更具有说服力。T说这一个工作就交给我来主扛了。我一口就答应下来了,若是以前,想都不敢想,许是自己心中有一些把握,所以自信一些了吧。
            总之,希望自己在测试这条路上走得更远吧。慢慢地,一步步地向更高级的测试进发。


TAG:

Runa 引用 删除 rulen   /   2013-01-28 14:12:58
very Good!you are wonderful.
厦门测试 引用 删除 liujh1211   /   2013-01-18 10:01:40
加油,你很棒
 

评分:0

我来说两句

日历

« 2024-05-15  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 18088
  • 日志数: 4
  • 建立时间: 2012-12-20
  • 更新时间: 2013-01-14

RSS订阅

Open Toolbar