计划测试系列(三)--人

      在本系列文章中的第一篇，笔者就提到了计划的实质是“特定的人在特定的时间在特定的中心做了特定的事情以实现特定的主旨”，在上一篇文章的回复中，土豆老粗回复了关于测试计划的看法，也就是5W1H定义：

 

　　> WHY：为什么要写测试计划;

 

　　> WHAT：测试什么;

 

　　> WHEN：测试不同阶段的起止时间;

 

　　> WHERE：文档放哪;

 

　　> WHO：哪些人去做;

 

　　> HOW：怎样测试;

 

　　这个定义绝关于我的来说，关于测试计划定义得更加详细。不过，正像笔者在博客签名中所宣称的那样：来自草根的实用主义。因此，5w1h定义就不相宜三五个人十来杆抢的软件作坊了。关于很多刚刚起步测试静止(近两年才拥有“专门测试人员”，注意是“专门”而不一定是“专业”)的公司来讲——而这种公司，就笔者接触的一些同仁口中所述，在中国还不在多数——或者一些简化版的东西会更相宜现在的他们，等到渐渐成长起来，我们才逐渐步入正轨。本文中笔者继续自己的草根实用主义，分享自己的关于计划测试静止中人的一些拙见。

 

　　这阵子软件相关论坛上都多多少少有人提到了工具与人的关系，在笔者看来这是一个很扯淡的问题，人的作用是不可以被工具替代的，人之所以为人而不是跟其他动物一样处于原始的生涯状态，是因为人会“应用”工具。不过关于人和工具的那点儿事，则是后话了。

 

　　中国有句老话“养兵千日，用在一时”。这句话往往是在临战的时候将军(测试负责人)对战士(普通测试人员)说的。中国现代还有一个方法叫做“战时兵闲时农” 的策略，即我们宽阔的劳动听民在没有战争的时候安心种我们的地，一旦战争爆发或者国家需要的时候我们就披上盔甲去作战。这两句话给我们一个提示：我们应该培养我们的测试人员或者说我们的测试队伍。

 

　　先拿“养兵千日用在一时”来讲，正如我上面提到的，往往在临战的时候大家才想起这句话，可是我们不妨倒过来想一想，一时的用是需要千日的积累的。这也是在提示我们，一支优异的测试队伍的每个人都应该是优异的并且我们需要在“用一时”之前好好“养千日”。这种积累不是一天两天可以形成的，正所谓冰冻三尺非一日之寒。为什么要在谈论计划测试的时候谈论这个问题呢?原因在于“巧妇难为无米之炊”，我们在做计划的时候如果发现没有一个可用之才，那我们的计划怕是做不下去了，或者我们只有准备另外招新人到行伍中间来，亦或者只能外包测试给专业队伍，这无疑又增加了项主旨风险，因为新人或者其他队伍使我们不了解的，他们会做成什么样子只有老天知道，当我们把命运交给老天的时候，这相当于在玩火。我们需要把“养千日兵”拉到我们的计划中来，从更加长远的角度来计划一下我们的测试责任，测试方向等等。关于人才的培养，一般应用的是人尽其才的分工制度，即某一个或者一些人熟练掌握某一些测试技能，并对其他技能有所了解，最梦想的状态下，我们在测试的方向(或者说是本公司主要的开发方向相关联的各个测试技术方面)都有“专家”，这样能力够保证一个测试队伍可以应付不可预知的测试责任。

 

　　关于草根一族来讲，一起头公司很可以就你一个测试人员，有几种状态：

 

　　> 公司将“建立一支专业的软件(测试)队伍”的困难责任寄托在你身上时，先不要沾沾自喜袭击已经被boss注意了;

 

　　> 公司只是拿你来标榜自己拥有了测试，拿你来写测试计划，测试报告等提交给客户看的文档的专业测试——文档——人员

 

　　上面两种是对照稀有的状态，在笔者看来，这两种状态都很好发现了给你学习的机遇，第一种状态你可以打着公司的“建立一支专业的软件(测试)队伍”旗号学习;第二种状态来讲，如果仅仅是写文档的话，那剩余的时间就可以好好应用下来了，而主旨在于你想提高自己的技能。而我们的学习方向，笔者大概归纳一下：

 

      > 测试实际(蕴含测试基本概念，流程，管理等等内容。关于测试来讲，这才是基本)

 

　　> 测试文档 (只管网络上的文档中的内容关于目前的你来说不可以完整有用，但是知道一份专业或者说完整的文档是怎样写的也是必要的)

 

　　> 测试工具(关于刚起步的测试人员，如果你不是开发大牛，建议你还是先应用别人已经写好的工具)

 

　　> 开发知识 (有则加之，无则添之，总是是要学，因为这一点是为将来希图，这些知识有助于我们更好地测试)

 

　　笔者在文章开头提到了人与工具的问题。现在各种各样的测试工具很多，有关于性能的测试工具，有关于功能自动化的测试工具等等。不过昨天看到一篇博文，博文作者深感以后几乎所有人讨论的问题都是测试工具怎样用，而关于测试工具开发相关的帖子却很少，笔者也以为这是一个不正常的现象。确凿，关于大多数软件项目组来讲，自己开发一特征能测试工具并不是一个现实的想法，又鉴于性能测试的主要性，在测试组中拥有掌握主流性能测试工具的专家是很迫切的需求。如果可以的话，我们拥有自动化测试工具的专家，我们拥有自动化测试工具自主开发的专家等等这些都是很有用的。不过这些专家的培养的顺序也要顺势而行，不仅急不得而且也急不了。

 

　　当一个优异的测试团队成立起来之后，“米”的问题就解决了，这个时候再来针对某一个详细的项目推敲怎样“炊”的问题就简单很多了。简单，并不代表可以不费吹灰之力就可以把事情摆平了。要知道，人是一个复杂的动物，人的心情会有阴晴圆缺，人会有喜怒哀乐，关于这些跟技术不搭调的问题笔者就不扯了，究竟笔者的人生阅历还没有卓越到可以教读者怎样做人的地步~关于计划测试中人有关的话题，在本系列的后续文章中会结合“特定的事”“特定的时间”等等继续讨论。