我在软件QA分析师工作了6年。今年我将获得计算机科学硕士学位。我只是不知道毕业后该如何推进我的事业。
我喜欢编程,解谜题,但同时,我不太喜欢软件测试。实际上,有时发现一个bug并能够找到它的根源是很有趣的。我很擅长我在做什么。通常,我发现的缺陷是我们团队中其他测试的2到3倍。
然而,有时候,反复测试同一个应用程序有点无聊,重复和单调。尽管我在过去做过一些自动化测试,这些测试更有趣,但大多数bug仍然是手动发现的。
我想我在这里有两个选择,要么继续进行软件测试,另一方面进行更多的自动化测试,包括编码和脚本。要做到这一点,我认为我必须找到一个地方,在那里,大多数测试都是使用自动化工具进行的,比如在Google中(从测试人员的职务描述中)。选项2是选择开发端进行我一直喜欢的全职编程。选项2的缺点是我必须从头开始,因为我过去的大部分经验都是在测试方面。
有人有类似的经验或建议吗?
发布于 2011-06-07 21:08:47
在微软获得测试经验后,我在一家小公司担任SDET。我有一个计算机科学学士学位,我花了大约50%的时间来开发测试工具,和他们一起测试产品代码。我喜欢我所做的工作,因为它让我的开发人员感到高兴,但作为一个非常熟练的测试人员,我在雇主面前脱颖而出。
对于能够测试和编写测试自动化的开发人员来说,有着巨大的需求。有了您的背景,您应该能够作为一个在测试中的开发人员跳进,而不会降低级别。微软( Microsoft )、亚马逊( Amazon )、谷歌( Google )和许多小型敏捷公司都在寻找能够测试的开发人员。如果你能以你的经验和资历在这些公司轻松地找到一份测试开发人员的工作,我就不会感到惊讶了。
如果您在一段时间后发现您希望作为一个SDE而不是SDET工作,那么您可以使用您的测试工具项目来演示您的编码能力。然后,您应该能够进行并行开发,并完全避免入门级的开发工作。作为一个拥有六年QA经验的SDET,您应该能够与高级开发人员一起工作,作为SDET,通过向他们学习,极大地提高您的实际开发技能。只是稍微奉承他们一下,让他们谈谈他们的设计决策;高级开发人员喜欢能够编写足够代码以欣赏他们优雅和可维护的设计的测试人员。
发布于 2011-06-04 05:47:14
六年的一个角色可以把你带到一个十字路口,因为你正在寻找挑战自己的新方法,你开始问我能不能做得更多。所以我认为你发现自己在这个十字路口是很自然的。
每当我发现自己盯着两个选择时,我就停下来想第三条路是什么。我这么做的原因是强迫自己在现有范式之外思考。把自己限制在两个选择上被称为“失败者的选择”。下面是有关情况的一篇有趣的文章:http://sourcesofinsight.com/2007/12/28/refuse-the-suckers-choice-4/
例如,您是否考虑过使用业务分析师类型的角色。在QA方面工作了这么长时间,这给您提供了一些与最终用户联系的扎实技能和背景。做纯开发的人往往缺少这种类型的思考模式。
如果你真的很想编程,那么我会鼓励你开始寻找工具来自动化你现在正在做的测试。我解决的一些最具挑战性的问题来自于找到自动化测试的方法。例如,我在处理负载测试场景,必须想出一种方法来扩展测试,以便可以随机地进行负载测试。
我还鼓励您参与开源开发团队。外面有很多项目,只是需要一点时间和耐心才能找到一个让人感觉很适合的项目。
祝好运
https://softwareengineering.stackexchange.com/questions/81439
复制相似问题