测试员，敢问路在何方?来自微软工程师(7)

　　当我们想要向人们做演示展现点东西时，或者我们想要写点东西教给别人时，同样也有上面的问题。首先，你会花很多时间在研究我应该思考些什么。之后，你头脑中就有些想法了，你会渴望通过写些东西与他人分享，这是一个很棒的方式来概括你的想法。

　　最后，我相信资深测试员的价值，是他可以给团队带来的观点 / 技能，而不是他在过去的工作经验。对我们的软件测试员来说，能够努力思考问题，并找出解决方案是一个重要的技能，我希望我们的资深员工应有的最最重要的技能就是思考 ，一个优秀的领导必须首先是一个出色的思考者。

　　了解产品

　　我相信作为一个资深软件测试员，我们应该充分了解我们正在测试的产品。知道产品的方向 / 未来是创建更好的测试的第一步。换句话说，如果我们不理解为什么我们应该构建这个产品和我们将构建怎样的产品，那么我们将不能编写出优秀的测试。

　　我们应该更多地参与项目 / 产品的规划，并影响产品的的策略(不仅是测试策略)。请注意，这是我们可以提高产品质量的重要途径之一。如果我们可以发现设计时的缺陷，我们可以节省下很多的时间和金钱，而且甚至比发现大量功能上的缺陷要有价值得多。有趣的是，我相信一个优秀的产品设计和一个正确的方向，会带来更少功能缺陷。过去我参与了大量的改进，我发现，如果是精心设计的功能，我们在实现功能的过程中将看到更少的产品问题 / 缺陷 / 后顾之忧。无论如何，如果该功能没有得到很好的设计，我们不应该去实现这个功能，否则你在执行的功能时会看到很多问题。

　　参与产品的设计，也可以帮助我们提高管理 / 构建项目的技能。并提高我们的技术技能，对测试架构师和领域专家的职业道路都是至关重要的。

　　了解产品，可以帮助团队成员讲同一种语言，更顺畅地交流。假设有一天，你想加入另一家公司做云计算，当你和你的面试官谈论时，他们可能会问你很多关于云计算的问题。如果我们只知道在服务中如何测试单个组件，你会发现你是缺乏知识 / 思考的，这将影响你未来的职业生涯。然而，如果你知道并思考过IASS，PASS，亚马逊AWS等云计算技术，我敢打赌，你将有更大的机会得到这个职位。对于一家初创公司来说，有一个除测试以外的技能是至关重要的。这始终是一条金科玉律。

　　最后，我想分享下Erwin Engelsma的观点：

　　“测试能够提高顾客的满意度，前提是你真的知道客户认为什么是真正重要的，并测试了相关的内容。在你的客户几乎不感兴趣的领域，做出很大的改进，虽然是一个值得称道的努力，但是这不会改变他们对产品好坏的看法!”

　　- 改进测试时的关键问题 —— Erwin Engelsma。

　　用不同的方式做事

　　有一天，我的经理问我：“Qingsong，当你还在高级测试员级别时，为什么你可以得到出众的评价结果​​”。在高级测试员的阶段，我还没有很丰富的测试知识，对团队的影响也不大。所以，我也想知道是什么让我有这么一个出色的评价结果，答案就是在用不同方式做事情。

　　这个问题的一种思考方式是，你如何把你与其他人区分开来。我发现当我被分配了一些任务时，我会额外地做一些我应该做的事情，这使我跟他人不一样，更主要的原因，我提升了影响力，也发展我的职业。这里有一些在过去我曾做过的事情的例子：

　　当我们计划在SQL Server中增加对日期和时间(Date and Time)的支持时，我花了很多时间来研究日期 / 时间和时区在Windows，Linux，.NET和Win32 API上的支持情况。我曾积极参与到项目的规划和设计中。这就让当我们测试功能时，我就有了一个更好的地位。另外，我在该功能的测试过程中承担了更多的责任，包括构建管理，测试运行管理，在线文档审查，并帮助他人编写测试用例。这些增加了我的知识，还帮我产生了更大的影响。

　　当我们在 SQL Server 2008中实现了稀疏列(Sparse Column)功能之后，在功能提交后我并没有停止思考我们的功能。我曾积极地在内部寻找能够使用我们这个功能的地方。最后，我发现我们团队的VSTS系统可以使用这个功能，所以我和支持团队一起工作，把这个功能部署到系统中去。这样一来，我帮忙提高了团队的业务能力，同时也更好地了解到功能的用户场景。结果就是，我看到这个功能还缺少的一些更细功能。

　　最后，我希望你能体会用不同方式做事的意义。如果你有这样的能力，将会帮助你的职业生涯很多。

　　给测试经理的建议

　　今天，我希望写一篇关于招聘软件测试员的博文。主要读者是我们的招聘经理。这篇博文不是关于如何面试人或决定雇不雇用一个人，我认为这些是具体过程。而我的主要议题将关注为什么，即为什么我们需要聘请一个或多个测试员。

　　我不是一个测试经理，当需要更多的人时，我不知道我们的经理给人力资源那边说的原因是什么。也许先让我列一些可能的原因：

　　1)我们开始一个新的项目或功能，我们需要建立一个新的开发和测试团队。

　　2)我们有一个新的测试主管(test lead)，主管应至少管理5～8人。

　　3)我们在做项目时，测试资源短缺。

　　4)我们的副总裁给测试经理一些名额，如果我们不填上这些名额，就会被“浪费掉”。

　　我们真的缺乏测试资源吗?

　　我总是听人说他们的项目缺乏测试资源。但是，我们真的缺乏测试员?不一定，根本不是。微软内部没有测试资源缺乏的问题，而是资源分配问题。今天，我们的测试通常属于一个组件(component)团队，由一个测试主管带领。他深刻理解他的领域并且测试也做得相当不错，以便发展他的职业生涯。人们往往认为，每一个部门都需要一个单独的测试团队人们往往认为，测试是一个专业的工作，需要深入的了解测试。我们可以以另一个角度来看这个问题。今天，现代的测试框架，如NUnit，XUnit，MSTest和Selenium，编写自动化测试起来是非常容易，做测试并不是真的需要太多的测试知识，尤其是对于白盒测试来说(我相信由开发人员来写白盒测试并尽早地跑起来，那么白盒测试的效果将比黑盒测试大得多)。

　　我看到不少的情况是，我们的资深软件测试员对他们负责的组件有着丰富的领域知识，对于这样的组件，深刻理解是必要的。测试查询优化器(query optimizer)就是一个例子。不过，我认为最好的测试员应该把他的知识和测试理念应用到测试类库，让每个人都可以使用它，使得这样的组件测试变得更加容易。在SQL Server中，TestQP和QREL是很好的例子，这两个工具就内嵌了查询优化器和关系数据库的知识。你将你的知识转化为代码后，我觉得你能随意移植到其他团队，我们是没有必要去限制，因为他在这个领域中有着最丰富的知识。

原文转自：http://blog.csdn.net/ocean1ee/article/details/8905031