测试人员当代理测试LEADER 软件测试
总是希望能给手下一些机会来锻炼他们在项目中的leadership的能力，公司那边也来指示精神，要我们这些老鬼们抓大放小，放大胆子让手下的娃儿们把项目挑起来。所以那些都想当将军的士兵们个个摩拳擦掌的跃跃欲试。于是我们开始了每个人一周的代理leader的尝试，经过一个月的试运行，发现大家积极性都比往常高了，对项目的了解和关注都空前高涨，不过是运行中也发现了这样或者那样的不足，于是记录下来，总结如下。
以下为了方便描述我们简称他们为小A。
1. 信息乱，文档化意识不强
项目中一些重要信息往往只是在MSN，或者口头说一下，无法跟踪分析。
案例分析：记得小A初任代理leader一职的时候，意气风发，一会统计大家的机器配置，一会儿查看服务器的使用情况，问完了也就没消息了，事后在大伙建议下，建立文档专人负责更新。
2. 思路不清楚，随机性强
小A们的特点就是想到什么就说什么，没形成固定的标准。
案例分析：我们要测试一些老的测试用例，我们的小A一开始光分配工作了，对怎么填写没做要求，经过提醒，才制定出一个标准，但是在Fail情况下是使用红色加粗还是都是黑色犹豫了很久。直到最后我按捺不住了，要她给个痛快的时候，那扭扭捏捏的说了一个标准大家执行。作为leader需要的就是给大家一个标准，一个方向，很忌讳目标不明确的任务。
3. 出发点是好的，可惜可操作性不强
作为新人，思维总是跳跃，我们鼓励大家思考，去改进流程，促进项目更好的管理，可能有的想法现在不成熟，或者说现在的条件不够。
案例分析：我们的小A很喜欢开会，总结，喜欢大家一起讨论学习，这并不是坏事情，但是她的想法是在项目最忙碌的时候，而且很机械的固定每天必须要多少时间，来学习总结工作经验，当然在我们竭力反对和劝说下，小A放弃了这项计划。
4. 自信不够或者过于自信
这是两极端，多了少了都不好，自信来源自己的积累．别怕犯错，要善于总结．
案例分析：做完smoke test了，需要发个报告给开发，是否接受，小Ａ就很着急，找来sample，按理说很容易写的，不过以往都是pass，这次是fail，所以我们就告诉小Ａ把问题描述清楚，状态就设置成reject好了，小Ａ如临大敌，憋了多小时写了几个字，还非要我们review一下．
5. 依葫芦画瓢，形似神非
新人的学习能力很强，模仿性很强，只是有时候没去理解为什么，拿过来用就好了．
案例分析：某日临近中午的时候，忽然收到今天工作的安排，甚是差异，忙呼之以明真相，果然，平时因为我们带几个新人，习惯了分配任务下去，担心他们自己不会安排，没想到我们的小A，忙完自己的事情，忽然发现小本子上记得要发工作安排，特地整理并组织了一封很正式的邮件给我们．我观察到收信时间已经临近中午。
6. 下达任务的时候不清晰，容易误会
因为缺乏经验以及必要的思考，所以在分配一些应变任务的时候，task很模糊，容易造成误会，花费很多人力去做无用功。
案例分析：客户来了个更新的需求分析文档，我们的小A就马上放到共享目录下，告诉大家都去看下，语气很紧急，很重要的。我们等手下见状，不敢怠慢，草木皆兵，即刻打开文档，因为文档没更新记录，所以通读全片，发现就多了一个大家都知道的流程图，虚惊一场。大伙却白白花了很多时间。事后，小A还觉得自己很有理，其实我们拿到东西的时候都会自己先浏览一遍，看有多少价值，少的话，可以自己总结，然后share给大家，多的话，才会调整项目的schedule来进行处理。像这样劳民伤财的举动尽量避免。
7. 缺乏解决问题的能力
项目中总会遇到这样或者那样的问题，小A们最喜欢说的，老大，那个怎么做啊？
案例分析：有次小A在写个新功能的测试用例。花了半天时间琢磨，后来鼓气勇气告诉我们不太会写，看不懂需求（因为事先我们已经告诉他们自己要学着去独立解决问题，尽量自己先思考了）。原来是小A要写的测试用例是我们系统和另外系统的接口的测试，所以对于一些陌生的名词，自己就迷糊了。当然这样的东西在以前培训中都讲到过了，也有相应的文档可以参考的。
8. 缺乏判断，来什么做什么
可能是新人的原因，比较容易被客户牵着走，因为客户是上帝啊，所以客户想要的就是我们要给的。
案例分析：一早客户来要我们填个最新测试情况的文档，也没很着急的要，我们的代理leader小A就着急的招呼大家去填写，吩咐了最晚提交时间，还时不时的提醒大伙要记得按时填写，结果那天我们的测试进度都延误了，作为leader，需要去权衡利弊，知道什么是紧急，什么是不紧急的，而且有的事情可以一起做效率高。敢于和客户有条件的say no。当然也不是客户的什么要求都不需要接受。到时候别客户投诉了，别怪我哦。
9. 习惯自己做事情，不会分配工作
自从小Ａ作了代理leader,很明显的就是平时工作忙了，加班时间长了。具体一问，很多文档需要更新，记录。其实很多时候大家都在做这些事情，自己更新自己的就好了。比如我们每天的例会就是轮流主持，轮流记录，养成了习惯，leader的工作自然会减轻很多。
10. 缺少主见，墙头草
项目中总少了不几个资深的，几个刺头，在一些项目细节处理的时候，我们的代理leader习惯性的墙头草，那边嗓门大就倒在那边，当然两边都有道理，或者是一些标准的制定，可有可无的，那时候就需要leader最后定下来，减少一些无谓的讨论和争论，个人觉得有时候作为leader需要专制点，来处理一些问题，否则会发现一些会议是在磨时间，无法产生了conclusion的output。这可能就是民主的悲哀。
11. 对业务缺少深度了解，一知半解
真没见过几个新人会把自己的精力放在学习业务知识上的，即便有时候项目有时间，给他们去看去学习，发现收获很少，这个是一个普遍的现象，所以就不举例说明，这边只是分享一些我的个人经验，对于项目需要一定的专业知识作为基础，但是通常情况下，我们可能对我们要测试的行业一无所知，所以在日常工作中我们会有针对性安排这样的学习和培训，当然很多时候是自己利用空余时间学习，在学习完或者测试前，自己会去冥想，项目的流程是什么样子的，其中的业务逻辑是什么样子，除了正常的情况，异常的情况呢，当然适当的交流，讨论可以帮我们整理思路，巩固知识。
结束语：
作为leader，不是一时半会可以修炼成功的，不是经历了几个项目就可以沾沾自喜了，即便我们这些在项目里摸爬滚打近十年的老鬼们，也每天在学习，每天在成长，别眼高手低，测试的基础知识不可少，再加上自己的总结，不仅仅是自己的实践经验，更多是别人的，特别是一个好的leader能让手下迅速成长起来。不过良马常有，伯乐不常有，自己多学多看多想，别怕犯错，但别总犯一样的错，明天肯定是很精彩的 ^_^。
文章来源于领测软件测试网 https://www.ltesting.net/