Lead是什么样的

　　这是在微博上看到的一张图片，当时觉得真的是太形象不过了。

　　至少我是这样，总是希望把每一件应该做好的事情做到自己最满意的程度。所以在成为Test lead之后，我一直在想怎样才是一个好的lead，并努力朝这个方向去发展。不妨讨论这么几条：

　　1， Lead，往往需要培养带领新人，所以首先应该是一个好的mentor。

　　吐个槽。在我刚开始工作的时候，第一步就是接触产品学习文档。作为一个小白，被要求一天看几十页的英文文档然后下班的时候还要测试了解到什么程度，压力还是比较大的。死磕一天下来一头雾水，因为首先没有一个对产品总体的认识，其次不了解这个模块的功能和使用流程，文档又是单独一个功能一个功能讲，并不是按照流程线性描述的。坦白说，还是很痛苦的。所以为了避免新人重蹈覆辙，在我当了lead之后，我都会用中文简单通俗地给他们讲一遍，team的组织结构什么样，产品是什么样的，我们的客户主要是哪些，然后包括哪些主要模块，每个模块负责什么功能，在学习每个模块的文档之前，哪些章节比较重要，按照什么顺序去看比较好。花不了多少时间，但我相信这对新人来说帮助很大，在有了一个big picture之后再去了解细节，思路就很清晰，上手就会快很多。

　　不幸的是，在我的第二份工作中，我又一次享受了这个痛苦的过程。又是英文文档，又是自个去看。

　　2，Lead在某些方面不一定比team member强，要知人善用。

　　我觉得Lead往往正是因为总体performance好才能成为Lead吧，或者展现出了突出的leadership skill。但是并不意味着所有方面都比team member强。Lead可能在某个模块的business不及某个team member，也可能在某个方面的技术比如Automation不如另一个team member，而Lead的强项就是合理分配工作，让合适的人做合适的事情。好吧，这句话说起来容易做起来难。

　　3，Lead还有一个任务就是培养backup。

　　俗话都说，铁打的营盘流水的兵。作为Lead就要知道，一个模块得有一个owner也得有一个backup，不然这个Owner万一撤了或者请个假偏偏遇到这个模块的紧急任务，不是傻眼了？Backup很重要，可以让你的team离了谁也还能正常运转。

　　4，Follow up分配给team member的任务。

　　这个举个惨痛的例子吧。我刚做测试的时候，第一个New feature是测一个新做的report，看上去功能很简单，就是几个下拉菜单作为条件，然后打印一个report。按我现在来看，我当时就做了一个简单的UI测试，然后看了下report能正常打印，我就兴高采烈的给开发发邮件了：Your feature quality is so good,I don't find any bug。末了，我还逗比的来了句：Congratulations! 真把自己当质量监督员了！当时这个开发也是新人，这个feature就这么结束了。按我后来知道的流程，一个new feature到交付给客户之前，至少还要做regression，有个upgrade team还要把关，还可能会有测试人员之间的Cross testing或者加上support team的bug bash什么的，层层检验。但是不知道怎么地，这个feature一路过关斩将，愣是直到public release都没有什么问题。悲剧就这么发生了，据我所知，这个report在后来报了至少得有10个bug。不过我们这个产品是C/S结构，从开发到正式release得有一年，所以也没什么人来追究一年前的feature质量有问题，如果换成现在这种快速交付的Web产品，我估摸我的测试生涯就这么葬送了吧。

　　于是，虽然没人追究，自个得痛定思痛，总结下吧。为什么这个feature能这么一路畅通无阻的交付了？很明显，Cross testing是绝逼没做，至于regression和upgrade team为什么没发现问题，我不得而知。但是，可以总结的是，如果在我的feature测试完之后，我当时的Lead能做一个简单的smoke testing或者探索式测试，我相信凭我Lead当时的经验，至少能发现大部分问题。所以，之后对新来的team member的前几个feature,从分配到TP review再到测试，我都有follow up,也会在feature结束之后再做一个简单的测试。这并不是怀疑team member的能力，而是往往有些问题被遗漏的原因是由于business的欠缺。

　　5. 这是个问题，Lead到底应该像开篇图中那样带领team member一起干活呢还是像下图这样当个监工？

　　依我个人意见而言，我觉得Lead应该带领大伙一起干活，甚至有的时候还要挑难的活干。Lead，顾名思义，就是带领，不仅带领大家干活，还要指出方向，让大伙力往一块使。同时，我觉得一个好的Lead还应该能够给team member担任传道授业解惑的角色，分享工作经验心得，介绍学习新的技术，解答职业发展中的一些疑惑或者是测试领域的一些问题，比如自动化，性能，安全，脚本语言，数据库都能有一定的积累。要求有点多哈，很遗憾，我自己也没能做到。

　　不过，即使不能这么strong，至少也要对当前IT领域一些先进的理念或者思想有所了解，不一定深入，但要有基本的知识吧。