测试员，敢问路在何方？读后感！

昨天看到群里转载的文章，很有启发，把一些片段转载过来，仔细品味，慢慢研究！

激情和动力

有时，人们每天都做类似的事情就会觉得乏味。他们开始失去激情，感觉自己的职业生涯发展变得缓慢。我们应该如何处理这种情况？我可以给你一些建议。
考虑离开自己的舒适区域。

一旦你在一个地方里待了很长一段时间，你就有了一个舒适区域，它让你觉得你的工作失去挑战，你的技能不在提高。因此，是时候来改变了。你既可以换到其他公司也可以换到其他不熟悉项目。请大家认真考虑这个问题，因为这对你的职业生涯有重要影响。在未来的博文中，我将详细讨论改变或不改变。在一般情况下，我认为改变是应该的，你应该常常对此进行思考。我看到过很多例子，换到其他团队，并获取到更好的职业生涯。另外，还要考虑到换到其他团队，会给你提供机会，去学习新的、最终将有利于你的技能。
考虑做一些某些副项目(side project)。

我的第二个建议是，考虑做一些副项目。在过去的几年里，我发现，大家在他们的空闲时间里或主要任务责任外打造的项目往往比资助项目有更大的影响(the side projects which people build during their free time or out of main responsibility tend to have much larger impact that the funded project.)。作为一个专业的工程师，我们应该自我激励，自我组织。如果我所做的事情正是我的兴趣所在，我将会对它充满激情，并会为它做出持续努力。
拓展你的兴趣点。

我的第三个建议是，试试其他领域的兴趣。例如，当我觉得日常工作很枯燥时，我经常去公司内部微博，了解今天微软内部发生了些什么事。我喜欢阅读 www.infoq.com 的文章，了解公司外部又发生了些什么事。我喜欢阅读谷歌测试博客了解他们正在做些什么。你可以选择一个你特别有兴趣的领域，然后保持这个卓越的习惯，每天都学习些新东西。

最后，我有一些建议给我们的经理：宏观管理而不是微观管理；给大家一些做其他事情的自由；鼓励大家去尝试不同的机会。我知道我们的承诺，我们的任务必须要完成。然而，让大家愉快和受到激励比交付一个功能更为重要。一个快乐的团队能提供更好的产品，我们都不希望总是压力山大。

编码，编码，编码

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

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

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

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

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

花时间去思考

在最近几天，我试图去理解，我们应该如何去教导和学生如何去学习。我的Ph.D研究经验和最近戴尔·卡耐基培训，为我提供一些想法：
教给他人或分享经验给他人最佳的办法是让他们思考。在你的谈话中不管他们思考了什么，他们至少学到些东西。一个好的实践是鼓励他们说话，与你互动。
思考自身有时可能并不够，我们可能需要实践和应用我们的思考到我们的工作中。

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

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

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



原文地址：http://blog.csdn.net/ocean1ee/article/details/8905031