这样的事情总是会发生：当技术娴熟的测试人员们正准备使用软件测试管理时，他们却不知道该做些什么。没有经过正式培训，因此，他们只能使用一些模糊的、过时的测试管理规则，例如：

• 争取“100%的利用率”
• 每一个模块都聘请技术专家
• 在发布日期前计划加班完成任务

但是，SearchSoftwareQuality的贡献者、即将出版的新书《Management Traps: Myths, Rules and Illusions》的作者Johanna Rothman认为，根据其他时间而制定的规定并不适用于软件测试。如果执意这样做，势必会带来许多麻烦。

我最近跟Rothman讨论了她的新书，并询问为什么这么常规的软件测试管理的建议都是错误的。Rothman今年五月在福罗里达州奥兰多举办的2014 Stareast会议上发表了一个名为“Exposing Test Management Myths”的演讲。

软件测试管理的谬论

Rothman说早期大型主机时代，电脑处理时间超过人工处理时间时，想要达到100%利用率就是一个神话。“在电脑上我们获得时间片。你可能凌晨两点为键盘打孔操作员送来饼干当夜宵。”人们普遍认为，最成功的管理者是那些让他的员工时时刻刻都处于忙碌状态的人。

当你不再考虑将100%利用率当作一种衡量成功的标准时，你会发现以前的这种标准是多么的荒谬。假如你让所有员工一直处于忙碌的状态，但是，他们却一直做得都是一件错误的事情，结果如何呢？Rothman说：“当测试人员听到我说该谬论时，他们说‘天呐’，然后，张着嘴看着我。”

为了确保成功，测试人员应该大胆地开发软件项目。Rothman认为，想要获取软件项目就要获取一个最优化的工作效率平稳的团队。

内置专家=内置瓶颈

另外一个让软件测试管理人员陷入困境的错误是过于重视专家的重要性。Rothman指出，软件项目确实需要聘请专业性较强的专家。但是，她同时也认为，强调数据库和专业技能等领域专家的重要性，会使专家们在独立的环境下工作。

Rothman说：“内置专家会形成内置孤岛，这也意味着，已经形成内置瓶颈。”开发团队要想成功，最佳的方式是，团队成员不能孤立地运作。当他们彼此之间分享知识时，他们就会不约而同地集中到发布好的软件这个最终的目标。

去除专家重要性是非常困难的工作，因为，专家们常常认为这些专业性的技能会为软件测试管理人员们带来“一个终身的工作，同时也是一个铁饭碗。”

在这里，卓有成效的软件测试管理人员想要告诉团队成员们如何应对这种困难：“并不是说，让你放弃你的专长。况且也没有那样做。我是希望团队能分享知识，并一同将目标集中在发布产品上。我只是要求团队成员们多少了解点其他人的工作内容。”

加班并不是问题的解决方案

没有任何一个软件测试管理者希望强迫自己的员工在晚上和周末加班。一方面，管理者需要向老板申请加班补贴。然而，“需要加班”这个理由已经成为了测试管理人员应对临近发布期限的一种策略。

Rothman说，这是一个非常糟糕的想法，“处于疲惫状态下的测试人员会容易出错”。为了实现最终的目标，即更快的实现软件功能，开发团队不得不以可持续的速度来进行工作。测试管理者同时也要思考如何让团队成员在空缺两周的情况下没有内疚情绪。Rothman说，唯一的方法是与团队成员共享知识。

所以，他们在这里要打破以上种种谬论和规定，其中包括让员工一直工作、过于依赖专家以及发布日之前的加班工作策略。