测试小lead之初体验

   在acc做了测试一年多了，从2011年末开始到2012年4月，我带了几个测试新人一起做了不大不小的两个项目。虽然带人时间不长，但其中也经历了很多的事情，有必要给自己总结一下。

   组内都是刚刚毕业的小盆友，不懂测试有不看中测试，都想去做开发但没办法又要服从公司安排；一开始我给测试小盆友们做了测试相关的培训，但是培训始终是培训，收获甚少，自己是过来人当然知道，但是培训环节却不能少，主要是让新人们有一个overall的概念，还有更多的是要为测试正名，让新人对测试工作有信心，热情是新人身上最大的也是比较重要的东西。

   困难一：教小朋友写测试用例和报bug。组内的一个小孩有测试经验之前在日企做测试执行，没写过测试用例，真正写起用例来不知道如何下手，怎么办？我也头疼手把手的教吧。

  首先对功能上进行讨论，就是滤一下需求，然后进行功能点拆分，拆到最小的级别，把所有的测试点罗列出来，然后进行测试点的归类，看哪些点可以被归到一个test case里面（如何把多个测试点归结到一个case中，还是要具体情况具体分析）；然后会帮他写一个demo来参考；

   接下来，这小孩自己开始写case了参照之前分析的东东。速度挺慢，无所谓能写出来就行吧，他的困难我也知道，学日语的，分到英语项目组用英语写case也够难为他的了，可是没办法分到了这个组了，只能有什么困难解决什么困难被。但是review的时候可是非常辛苦我了，要一个一个仔细看，写出来的东东跟之前分析的结论写法就有很大的不一致，而且有时候写用例也是仁者见仁智者见智的事，英语在用法上因人而异。用例理解起来费劲，不对的地方还要修改，其实这个过程比自己写用例累多了，可是又不能自己来完成，这是新人培养的毕竟的过程吧。

  关于写bug报告也一样，虽然格式知道了，但是对于bug标题的定义，往往不能切中要害，虽然教过几便，但收效要因人而异，这东东也要积累一小段时间吧。

  困难二：测试的时间安排完全受制于开发时间。

  我所在的项目组中，开发是更为被看中的，测试话语权比较少，开发的lead也是我的lead，我也有一种是附属的感觉，现状如此。开发经常拖延发版本时间这直接影响到了测试，有时候甚至已经开始测试了，开发临时又发布了新的一个版本，这给测试带来麻烦。测试大头说，开发在编码过程中，可以找测试的帮助进行测试；要知道测试也是人啊，一个小小的功能一会功夫你可能测试上好几便，能不觉得絮叨么？哪来的那么多耐心呢？

  困难三： 经常发布版本，回归测试有风险。我们每周3和4都有版本发布，周三的版本要做冒烟测试，周四的版本要正式release给客户，大量的回归测试等着我们，虽然测试是做重复的工作，可是我认为这种高密度的重复，任人都觉得心烦，但是能不做么，不能，不仔细还不行，没准哪个开发把好的功能给改坏了，这也是时常发生的事情。

  困难四：信息gap。开发lead时常跟客户开会，但会议内容有必要让测试知道的可能不会及时的到达我这里。记得一次，一个需求被删除不做了，但是我不知道还在带着小弟门卖力的写case，时间花了不少，晚上才知道不做了。每个team都在强调信息同步，办法到也不少，但是真正做到同步难度挺大的，流程因素人为因素都在里面了。

    不太擅长总结的人，经验虽不长但也是经验，希望总结起来对自己有益。