2）在你的工作中培养你的技能。一旦你有对你想熟悉什么样的领域有一个想法后，你需要培养的相应技能。如果你目前的工作领域不是你的兴趣所在，考虑转到其他团队。此外，做一些副项目(side project)，参与车库项目(Garage projects)中做些基层创新始终是一个不错的方式来提高你的技能。作为一个微软的员工，你有着很多优秀的资源可以利用，我强烈建议你发掘，总结你的知识。我强烈建议你??设定了一个目标，并持续不断地提高你的技能。这是你的事业，你应该认真地投入时间来对待。请看我的其他博文，你可以从中找到另一些提高自己的建议。

　　给主管和经理(Lead and Manager)的建议

　　亲爱的主管和经理，我希望你能认识到并非你所有的员工，在最后都能成为一个专业的软件测试员。我们应该帮助我们的成员，增长他们的领域知识，并给他们一个更好的职业。有一天，当你的员工决定转行或离开公司时，他们会感谢你提供的机会，以帮助他们学到自己的知识，并感谢微软提供了一个让他们能成长的平台。

　　有时，建立一个健康、快乐的团队，比完成的任务更为重要。微软拥有的优秀员工正是我们宝贵的财富。作为主管和经理，我们应致力于让我们的员工感到开心，并有一个更好的职业发展。鼓励人们学习新东西，让员工能在某些领域里投入自己的时间，始终是一个培养员工的不错的方式。你也将认识到，如果这样做，你的员工也会引入一些新东西到他们的日常工作??中。拥有领域知识和了解顾客如何使用产品，一直对测试都有很大益处，这将是软件测试的趋势。

　　成为一个工具开发人员

　　今天，许多我们的软件测试员编写了测试类库和测试框架，协助测试自动化和测试运行自动化。在整个公司里我们有很多的测试框架，测试运行系统。编写测试工具是一项重要的技能，它可以帮助我们的软件测试员增加他们的编码能力。如今，很多软件测试员开发测试框架和测试类库。他们和其他开发人员一样写一些代码。测试工具开发人员和软件测试员之间的一个很大区别是，编码技能是开发人员最重要的技能，而对软件测试员来说最重要是测试技能。

　　我们的工具开发人员面临的一个挑战是，你应该与使用你所创建的类库的其他人紧密合作，并确保你的确提高了工作效率。请记住，编写工具不是你的目标，让其他人更敏捷才是你的目标。

　　我能给想要成为工具开发人员的软件测试员一个建议是，你可以大体上看看，编写一个测试工具跟编写的其他软件是一样的，所以如果你有良好的编码能力，你可以在很多团队中有着潜力无穷的成长，所以不要限制自己去寻找一个软件测试员工作或只编写测试类的工具。

　　另一种观点认为，测试工具开发人员和编译器开发人员，UI开发人员或数据库开发人员一样，他们只是在不同的领域具有专业知识的开发人员。这是我之所以把本节的标题写成“成为工具开发人员”，而不是“成为测试工具开发人员”。

　　它带来了另一个有趣的观点，就是我们的测试员(SDET)角色实际是专业软件测试员和测试工具的开发人员的混合体。我们希望大家通过编码（开发的角色）来做更多的测试自动化（测试的角色）。但是，在某些情况下，我们发现在这两个领域，我们都不太擅长。它可能潜在地限制我们的软件测试员长期的职业规划。

　　转行或继续

　　我曾打算写一些建议，关于你是否??应该留在你目前的职位或转行到另一个其他团队、其他公司的职位。在写下我的想法之前，我想我可以给你一些关于这个主题的参考。

　　第一篇文章是一个10年前Interface上发表的一篇文章，标题是“职业生涯？什么职业生涯？”。文章首先说，“你的职业生涯发展是你的责任。”和“你管理着自己的职业生涯。”然后说你，你的经理和微软怎样一起合作，帮助你的成长。这篇文章提供了一系列的问题让你进行思考并回答。根据你的答案，并提供些很好的建议，无论现在是否应该做出改变。我最喜欢它的一部分是，它有很多的探索式(probing)、开放式(open-ended)的问题。例如：

　　回顾……

　　● 你最享受的是做什么？是什么驱使你投入时间来干得这么漂亮？(What was it about those times that made them so good)

　　● 有时你会特别不喜欢你的工作吗？为什么？

　　● 去年里你感到最骄傲的成就是什么？

　　● 在你开始你的职业生涯后，你的抱负或长期目标有所改变吗？何时？为何？你现在将如何??描述你的长期目标？

　　● 你的价值观是什么（一个主要标准，判断你是如何做事的）？你目前的工作和你的部门（微软）是否符合你的价值观？

　　● 你的经理是如何做你的教练？还有谁是你兴趣的好教练？