摘要：在云计算、众包测试甚至是最近的言论中，不乏有人认为“测试是机械的作为一个精品测试员应该做些什么？马修·惠瑟给出了他的看法。
回顾三年前当我还有一份全职工作的时候，我发表了一篇名为”精品测试员“的文章。从那以后，我便独立出来，开始销售测试和培训服务，并有幸测试了商业模型，同时，也遇到了和我做同样尝试的一群人，我们一起见证着世界的改变。在云计算、众包测试甚至是最近的言论中，不乏有人认为”测试是机械的“。我猜想软件行业的自由职业者这道风景与三年前已然大不相同。
如果你要成为一个精品测试人员，或者你正考虑和一个精品测试员合作，那么，我给出一些建议。
新兴的，颠覆性的服务行业面对的销售挑战
精品模式需要相当快的速度。从介入项目到离开项目，你的合约为期并不长。如果需要花几周的时间处理文书工作，接下来又需要经过人事，合法人和副总批准，那么当合约生效的时候，软件已经发布运行了。这种情况导致精品很难与大型企业合作。另外，那些大型企业更倾向于雇佣一周正常工作40小时的长期合同工，他们习惯于处理事物体系化而非针对于个人。你可以发现销售精品测试服务可能比想像中更难。
大型企业有一个优势：他们有预算资金，而初创的小型公司则可能没有。然而，小公司有着其他许多好处，比如可以快速做出决策，并且各类开发实践使得精品测试人员可以发挥其最大价值。我的部分同事同时将精品模式在各地的多个初创企业里进行几个小时的测试，但我发现中小型企业最容易接受这种模式。所谓的中小型，不是指企业的人数，而是指企业的思想。一个中小型企业不仅要能成功的拿出足够的预算又要能快速的做出决策。像大中型企业则更趋向于像40小时一周那样续约合同，这样会失去大批的散客，而精品设计模式将会避免这种风险。
这并不是商业的改革，不过现在我已经像这样独立工作了9个月，并且会一直这样工作下去。
人人想要测试自动化
在詹姆斯·巴赫发表”自动化测试-骗人的万金油“这篇文章十年后的今天，我仍会接到有些公司的电话，希望我可以接受为期三个月的项目去帮他们修复损坏的自动化测试框架。为什么框架会被损坏？承包商接受了一个为期三个月的项目，写了一堆东西然后离开。之后，公司遇到突发问题，就会去修改图形用户界面，以致现在这个自动化测试是一团糟。一年内，这个公司是否又会去找其他的人来修复我写的代码呢？
客户经常会这样讲，大师马修·惠瑟可以搞定这个问题，他可以设计一个”可维护的框架“。那确实是令人高兴的事情，但是我禁不住想到系统对我的压力和对前承包商的压力其实是一样的。并没有什么变化。虽然我认为，我可以为这些公司提供些有用的东西，但是我并不愿意去做具体要求的事，又或者做一些不符合要求的东西来敷衍他们。到目前为止，我总是有更好的机会去追求。
不要误会我的意思。我共事过的所有团队都会用自动化做自检。开发人员用测试驱动方法进行开发，测试人员按需求写脚本，并且我们通常会使用高级工具，像Fitness，来交流需求或者让开发人员写Selenium代码来演示已经完成的特性。我想说的是：让外部的人员，甚至是合同工，在代码完工通过后，开发一款驱动用户图形界面的自动化工具给QA。
能作用于存在某些特定类型的问题的组织机构。我们在Socialtext所做的工作，常常被作为学习研究良好框架的案例举出。几年后，这已经不再让我感到兴奋了。很少有公司具备这种完美组合的问题，可以适用于这种自动化方法。我们的案例可能只是一个例外，并不能作为通用，但它是公开辩论过的。
亚当·尤雷特，一个提供管理和测试服务的外包人员，最近这样说：“我认为，迷信自动化测试是一个组织功能失调的重要诱因-并不是说自动化总是有害的。但是，我认为，许多功能失调的组织机构没有正确的认识到他们的问题，错误地把问题归结为是因为缺乏自动化。
大型精品测试服务公司
在写《精品测试员》这篇原创文章时，我原以为高端测试员将直接与公司签约。但是，正如我上面说的，事实上，很多公司希望测试作为一种真正的服务，就像自来水一样，可以随时开启和关闭，而不需要关注某个人或那个人现在是否有空。最简单的方式就是雇佣服务型企业，这些公司拥有成百上千个随时可以提供服务的测试人员。
自从我的文章发表以来，我已经发现有两家公司涉足这个领域：U测试，在加拿大提供外包测试（同专业测试一样）的服务和PQA。这证明PQA早已存在，但是他们最近才在美国市场中脱颖而出。我的两个朋友，约翰·科齐安和埃兰·豪泽已经自己开始独立从事U测试，接收项目，并按他们计划的时间在家里完成。乔治告诉我在他从事U测试工作的第一年，。虽然一周还是大约工作40个小时，但是却得到了比以前同等工时更多的薪水。
事实上，另一个难题是精品测试只提供部分解决方案，而不是负责整个项目。所以它只能为客户提供一部分的管理工作。有一种解决方法是与开发人员合作，由开发经理主导整个项目。我的同事凯瑟琳·鲍威尔这样工作好几年了。如果
想从事精品测试工作，却又不敢冒这个险的话，可以考虑找个合作伙伴。
业务经验的重要性
第一篇文章中忽略了业务经验的重要性。它说明只要经过适当培训的测试人员都可以进入到任意一个项目中，且立刻体现其价值。三年后，有一点我需要声明。是的，那些”通用技能“和”快速适应能力“是大多数应用软件行业都需要的。这是很多测试人员所不具备的技能，而你一旦拥有这样的技能，你将在很多事情上占有优势。不过，我并不赞成一些MBA人的声称，一个优秀的管理者可以管理任何事情，同样我也不认为，我们可以声称测试人员可以胜任任何项目。那些”快速适应“的技能通常是机械的，易于学习和应用。测试的一些其它方面的能力，比如要理解问题的范畴，确定项目带来很大风险的输入组合，什么样的商业功能最能吸引终端用户-这些能力都是需要花时间开发的。
一个有快速适应能力的测试人员，足以能够随时参与到任何项目工作中。然而，对于一个具备专业领域知识的测试人员，尤其是具备与特定行业有关系的业务技术而不是普通的终端客户技术，则具有更强的工作力。这让我要么与企业建立长远的合作关系（这样我可以成为一名资深的工程师，并顺理成章的得到我的下一个项目），要么致力于特殊的行业，如卫生保健、银行、医疗设备等。
对于测试人员的需求种类已经超越传统的GUI
可能你会惊讶于在求职人海中，我得到一份测试雷达电子扫描技术程序接口的工作或者服务系统的性能测试工作，甚至帮助公司监控软件产品。但是事实上，企业填补像这样的职位空缺得花很多时间，因为太多的测试员都把自己当做只会看着键盘打字的菜鸟。由于巨大收益的影响，测试服务变得重要且又很有价值。因此，那些水平较高以及比较勤奋的测试人员，将会为测试的服务流程提供更多的价值。
本质内容是精品测试员的市场比我开始预计的要大，因为它扩展覆盖到更多的方面。与此同时，要精品测试进入市场遭遇的障碍也比我开始预计的要多。在严峻的形势下，能否有一些高端技术提供者幸存下来呢？三年后，再来问我。
版权声明：本文出自油炸小朋友/寵、纤宝儿/小狐狸/Winnie翻译，51Testing软件测试网原创出品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。
