5件事避免软件测试少走弯路

　　自2006年10月我成为Software Test &Performance杂志的编辑以来，我一直试图找到以类似“关于，你不知道的X件事情”为标题、有个性的投稿。X相当于作者选的数字，可能是作者选择的主题，唯一的要求就是它必须和软件测试有关。

　　但事实不是这样，质量控制专家Prakash Sodhani给了我一个相当有趣的清单——牢骚、委屈、傻瓜、抱怨，其中一些和我要发表在5月4日的、揭露对测试员的常见误解的文章“测试员都是大傻瓜”。下面让我们一起分享这些让人讨厌的另外一些事情。

　　1 “测试太容易，谁都能做”的观点

　　“作为测试员，最令人灰心的事情之一是在大多数时间内，你得不到应有的尊重”，在德州一家做IT服务的公司工作的Sodhani说道，“我很惊讶的看到测试团队被精简到今天这个地步，很多团队中的大多数人竟然还没有任何职业目标，他们工作只是为了薪水”。

　　Sodhani提到，在他的职业生涯中，他原来的同事选择测试是因为这是他们唯一能找到的工作。“对我来讲，不存在其他人的职业目标的问题。但是现实令人很灰心，即便是你在做值得做的事情，每个人都用这种眼神看着你，‘这家伙知道什么？’”他同情那些有激情、有理想的称职的测试员，但“他们自己正处于没人关注他们职业的尴尬境地”。

　　2 东奔西跑收集需求

　　Sodhani的另一个烦恼是在一个实践敏捷开发的公司里，任何需求都没有形成文件。的确是这样，没有需求文档，“所有的一切都是口头的。我依然记得当老板给我分配测试任务时，我有多么的恐惧”。

　　他要研究的第一件事情不是要测试的应用软件，而是被分配到一起工作的开发人员。“如果我知道开发人员是可以回答我所有问题的人，我就放心了。我不关心需求的事情，关注的是如何和那个开发人员舒服的合作”，因为一旦知道了关键的需求信息，必要的测试又要重新执行一次。

　　这里有一个鲜活的例子。“我参与的一个项目要对后台测试，需要验证数据库的一些表。”由于他不知道数据库的表名和结构，他需要去问开发人员，“他直接说，‘我发给你一些我有的用例，你只要运行一下，这就是你需要做的’。我愣着站在那，试图想明白他刚才说了什么。

　　很显然，开发人员告诉他测试时运行相同的用例，就像代码中执行的一样，开发人员确认这就是他的意思。“他说直到现在，对这个项目所做的测试仅限于此。所以我就想，‘我到底在测试什么？’我看着和开发者可能进行过的单元测试相同的数据，说‘它太棒了！’但这不是我想要的。”他想做的只是知道表的名字和它们直接的关系，然后他可以写出他自己的测试用例，然而开发者却有着不同的想法。

　　4 薪水不对等

　　你应该能回忆起来Cisco的Jeff Feldstein描述了测试员和开发者之间的薪水对等是吸引和留住有才能的测试员的关键因素。“根据我的经验，我发现测试员和开发者在薪水标准上不是同一个类别。”当他询问老板具体原因时，“我还从没有得到一个有说服力的答复。大多数的回答只是简单的说测试员做的事没有开发者多。”典型的先下结论，再找原因。

　　Sodhani用职业运动队为例，比较了IT部门的薪水差别。“一个体育特权队伍雇用了一个天才运动员，他们为了留住他，给他提供了最好的合同。”虽然这支队伍从来没有拿过冠军，但队中天才的运动员给了大家信心，激发了所有的运动员。“测试也是一样。如果你有一个非常熟练的测试员，但你给他和其他普通测试员相同的薪水标准，他也没有获得机会升迁，其实你是在逼你的天才测试员离开。”

　　5 过于集中在手工测试

　　Sodhani说道：“手工测试不需要太多的技能，只要你积极肯干，勇于破坏，你就能做好。”但是，他用从前的两个工作经历解释道，一些知识——这里用测试自动化举例——对测试员实现自己的目标会大有帮助。

　　我是一个压力测试工程师，一个经理是我正在用的自动化工具方面的专家。他知道我说的是什么，我们经常有热烈的技术讨论，我也从中学到很多。在JOB B，我团队的成员很少有自动化测试的背景，对学习新东西没有什么兴趣。我们从来不会把精力放在自动化上，使得其一直延期。”

　　他非常失落，因为没有人和他讨论技术。“所有人谈的都是家庭琐事。”这种高度重复的、发展停滞的手工测试工作“使我认识到团队成员对工作的满意度是多么的重要。”