原文发表于2008-12-23 13:57:42
题目是“当项目出现空闲时候，如何开展测试工作”，但笔者想，我们更关心的可能是项目组中的测试人员没事干的时候我们该干些什么事情。
首先需要划分一下，为什么没事干：
情况一：项目进入尾声，尤其是项目已经提交了，但是还需要后期维护工作。在这种情况下，开发人员已经撤的差不多了，很多公司就用一个测试人员做维护人员来打扫战场，其他的测试人员这个时侯就没事干了，可以放假了：）留下的维护人员有时候也会遇到时间真空的情况，也放假了：）
情况二：项目开发速度赶不上测试速度。这一种情况出现的原因可能是因为公司希望按照正规流程来走，即在项目之初就加入了测试，并且是整个测试Team。这个时候由于是项目初期，需求还不稳定甚至还正在定义中，开发人员万事开头难，进度缓慢，而测试人员这边所谓的测试计划和测试培训则草草收场了，测试人员再次遇到了测试时间真空；
情况三：测试人员等着开发人员模块的完成。其实现在很多测试人员的工作是黑盒测试，尤其是手工功能测试，而这也是大多数公司在测试Team成立之初所做的事情。这就导致了在开发人员的某一个模块还没有出来之前，测试人员无事可做，因为开发帮不上忙，单元测试也帮不上忙，测试计划和方案也早已经拟好了，测试人员又开始无事可做了。
情况四：测试新手。（这里并没有贬损测试新手的意思，毕竟我也是这样慢慢摸索过来的，而且我现在的能力也仅仅算得上入门级而已。）为什么说测试新手会导致测试人员闲着呢，能力和经验问题。开发人员花了很大的力气写了一个模块，拿给一个新手来测试，新手按照自己学到的东西和已有的少许经验，写了几个用例就觉得写不下去了，然后自然而然用例少，测试工作量小了很多，测试人员自然也就闲下来了。
对于这种种情况，我们应该怎么办呢？
说一句废话，解决“闲着没事干”的最好办法就是“没事找事干”。初看起来这句话好像是理所当然的，但笔者认为这仍然不够全面，因为有时候的问题的症结并不在于人本身。所谓对症下药才能药到病除：
对于情况一和情况二，很明显这并不是人的问题，而是组织结构的问题。一般建议的模式是在项目的整个流程之中测试人员的数量是变动的，而不是把一个Test Team直接绑定到了某一个项目上就万事大吉，这样做造成了资源的浪费。在项目之初，最先加入项目组的是测试分析设计人员，很多时候就是测试负责人，然后随着项目的开发的工作的展开逐渐加入测试用例实施人员，到了项目末期，逐渐退出部分测试人员，测试负责人先退出转而进入另外一个新启动的项目，逐步进入另一个循环。
对于情况三和情况四，这里面人的因素就很大了，所以这就要求合理分配测试人员。人员的合理分配在项目活动中显得尤为重要。大多数时候我们的第一感觉是最重要的项目分配最强的人，在有些时候这种第一印象其实是错误的。因为最重要的项目并不是所有的任务都是需要强人才可以摆平的，同样，在一个小项目中也需要一个经验相对丰富的人来主导工作的进行。测试新手也可以乘此机会快速提高自身的能力，以更好完成测试工作。还需要注意的是，测试人员技能的全面性，我们不提倡一个测试人员做到面面俱到，因为那样的结果经常是造就了一拨万金油，但是我们应该对于重要的测试方向有所涉猎，比如说我们也要学习编程相关的知识。
当我们在工作过程中发现自己无事可干之时，我们首先要反思为什么会出现这种情况，可能是我上面提到的几种情形，也可能不是。解决这类问题的办法归纳起来，无非就是学会去避免这种情况，然后才是去解决打破这种局面。前面主要讲的是怎样避免，后面我们继续聊一下怎么打破这种局面。
现在我们不再讨论为什么会遇到这种情况，而直接讨论怎么“打发时间”。
方法一：学习。这是大家最容易想到的，是的，学习。当我们有时间，我们一定要抓紧时间学习，学习什么那就要看自己的兴趣和自己的薄弱环节，以及公司的需要了。所谓学海无涯，可见这是打发时间的好办法。但是需要提醒的是，有的老板似乎并不喜欢这种用老板的钱搞自己学习的员工，毕竟他们是希望你能直接创造价值并使价值最大化的。
方法二：写文档。据我所知，很多中国公司并没有规范的或者统一的内部测试文档规范，因此建立一套规范对于公司来讲，是有利的，这样对于老板来讲，会更好交差，对于自己也可以借机整理一下自己思路。至于写什么文档，这就很多了，比如各种各样的测试文档模板，测试文档规范，测试管理规范等等。
方法三：休假，乘机休息一下紧绷的脑神经。这是下下策，因为这样做可能让开发人员真的觉得测试人员就是一帮闲着没事干的闲人，本着团结群众的精神，我们还是应该慎选此策。
仁者见仁，智者见智，以上为个人观点，仅供参考。如有意见或建议请联系unque.wuchaodong@hotmail.com
论坛帖链接：http://bbs.51testing.com/viewthread.php?tid=136139&page=1&extra=page%3D1#pid1134832
