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

　　我可以给你一个例子，我如何做到这一点。就我而言，我订阅了微软内部和外部的大量非常活跃的博客，接收别人的更新。我也参加了会谈和培训，来提高自己。讲座范围可以非常广泛，如云计算中的系统工程方法(service engineering)，基于场景的工程方法(scenario focus engineer)，即以用户需求为导向的系统开发，等等。通过参加这样的培训，你将收获更广的技术知识。另外，你能知道公司内部发生了什么事。在过去的一年，我就参加了两个$99外训，然后我引入ATDD和个人看板(Personal Kanban)到我们的团队之中。SQL团队中许多成员所使用的技术和ATDD，其实早已被微软内部的很多团队使用过。你可以看到开放和广泛的价值，它能帮助你成长为一个资深测试员。

　　提升影响力(Making Big Impact)

　　今天，我想谈的另一个话题是作为一个资深测试员，需提升影响力。衡量一个人的成就的重要途径之一就是你对团队，对项目，对客户有多大的影响。我有三个方面提升影响力的建议。

　　帮助他人的成长

　　我们需要意识到，无论你是多么聪明，只靠你自己，你是不可能成功的。你帮助他人成长越多，你越可能会成功。作为一名资深测试员，我总是很喜欢看到初级测试员提高他们的技能，发展他们的职业，我也将提供建议和指导他们，帮助他们成长。就我的心里而言，我认为帮助别人是最重要的事情，我们应该每一天都帮助别人。有很多方法可以帮助他人成长，帮助他们做项目，回答论坛里问题，指导新成员，教他们如何编码和如何测试。对一个团队来说，建立这样的文化氛围是极其重要的，因为大家会感到其他人的温暖，并鼓励分享和学习。最后，我们一个团队一起都能成长起来。

　　影响他人

　　一旦你变得越来越资深，你已经掌握了非常深厚的技术知识，大量的项目经验。你得到别人更多的尊重，成为某一领域内的大牛(GOTO person)。换句话说，你有能力影响他人。如果我们看看，架构师，技术潮人(Techiques Follows)，大牛的工程师(Distinct Engineers)，他们的观点和思想能影响了很多人，类似这样的能力是他们独一无二的资产。

　　你认为我们能够像大牛一样影响其他人吗?我想是可以的。每个人都有一个你擅长的领域。你应该用你的专业知识来帮助人们作出决定，并提供宝贵的建议。例如，对于每一个我参与过的或我学习到的项目，我都对它有些独特的看法，我试图理解为什么我们应该开发这样的项目，我会更多思考为什么我们不使用另一种方式来构建它，我常常把我的想法分享给项目里的所有人然后我们一起再作出决定。我写了大量的博客，分享我的想法，并希望影响更多的人。

　　更多的跨团队协作

　　以我自己为例，在最近几年，我引入ATDD(验收测试驱动开发 - Acceptance Test-Driven Development)到我们的团队，并把它介绍给很多微软内部的其他团队，如Bing，Lync团队。我也参加不同类型的会议和研讨会，了解其他团队是在如何做测试。每当我看到有人做我所熟悉的项目，我也问他们是否需要帮助。

　　总之，当你努力提升你的影响力时，你的经验同样也会积累越来越多，你不断成长为一个资深测试员。

　　编码，编码，编码

　　今天，我想讨论一个最重要的技能，我们的软件测试员应该在自己的职业生涯中所掌握，这就是编码。

　　为什么编码这么重要?

　　因为你是软件测试员(SDET)，软件测试开发工程师(Software Development Engineer in Test)，你是软件工程师。作为一个软件工程师，编码就是每一天你应该做的任务，这是你应该掌握的技能。你可能会问是否编写测试用例没有编码更重要。这里的原因是，编写测试用例可以帮助提高产品的质量，但有时它并没有促进你的职业生涯发展。我可以举我的一个例子。当我刚参加到SQL Server团队之中，我们编写以T-SQL脚本为基础的测试，我很少有机会写编码。因此，我的编码技巧并没有提高。幸运的是，SQL Server的测试团队转移到以编程的方式编写测试，今天，我们的软件测试员的编码时间增加了不少。这是相当不错。当然，有时我们花费太多的时间在编写代码和类库上，而花费较少的时间来写真正的测试用例。这是另一个很大的话题，在这里我就不打算讨论了。

　　由于今天我们当中大部分人在编写自动化测试，这意味着我们有很大的机会来提高我们的编码技能吗?答案是不一定。今天我们的测试员做了太多的任务：我们编写测试库，我们验证测试结果，验收产品，我们配置机器和安装新版本进行测试，我们修正我们脆弱的测试，我们创建和关闭缺陷。有时我们花费大量的时间在下载和编译源代码。我们也有其他的任务，如会议，项目跟踪 / 缺陷报告。上述所有任务将需要花费我们每天中的大量时间，而时间提醒着我们，做实实在在编码真得很少，我们的技能提高也非常小。我记得有一天，我曾对我们的测试经理提到过我的梦想——我可以花50%的时间在编码上，他很惊讶，他认为这个数字理应还要大很多。然而，现实是这个数字理应小得多。

　　所以，我们该怎么处理这种情况呢?我们应该尽力尝试，改善我们的工程系统，以减少不必要的时间开销，让系统能够安装配置环境，安装测试版本，运行测试，创建 / 关闭的缺陷和退出测试。所有这些应该是自动化的。我们应给自己承诺每天尽可能多得编码。由于你的工作性质，如果你不能做到这一点，你应该考虑换到其他工作。

　　小结，请记住编码是一个重要的技能，你应该去提高它。

　　花时间去思考

　　在最近几天，我试图去理解，我们应该如何去教导和学生如何去学习。我的Ph.D研究经验和最近戴尔·卡耐基培训，为我提供一些想法：

　　教给他人或分享经验给他人最佳的办法是让他们思考。在你的谈话中不管他们思考了什么，他们至少学到些东西。一个好的实践是鼓励他们说话，与你互动。

　　思考自身有时可能并不够，我们可能需要实践和应用我们的思考到我们的工作中。

　　就研究论文而言，我们的论文大部分沿用了经典的格式，它必须有简介，相关的研究，实验结果和结论。没有实验结果的论文几乎是不可能被发布的。另一方面，论文的本质观点，似乎是不知为何地被隐藏起来或不是那么容易得找出来。我认为这是做研究里一个的问题。

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