我是开发人员。目前,我们公司的测试员人数不多。无论是在这里做,还是去另一家公司,我都对成为一名全职测试员非常感兴趣。


我如何为这样的过渡做准备?我知道我可以阅读博客和文章,但是我正在寻找更重要的内容。

我应该使用什么应用程序(我也许甚至可以得到试用许可证来学习我的出行方式?)即使我不在去的位置使用它,我也可能会从使用它中学到有价值的见解。 (可以放在我的简历上,或者放在电话屏幕上或进行面试?是的,我计划研究并理解它,并将其用于我的个人项目中,而不仅仅是赢得基于流行词的第二轮面试。 )


#1 楼

该答案应视为对布鲁斯答案的补充。我想再添加一些注释,这些注释可能不太适合。

阅读书籍:“我们如何在Microsoft测试软件”,“漂亮的测试”,“在软件测试中学到的经验”,如果您对使用敏捷方法感兴趣,还应该抓住“敏捷测试”,甚至可能从这本书开始。我不推荐任何新手书籍,因为我认为您已经知道一些基础知识。阅读上面的列表时,所有空白可能都会得到弥补。

您应该练习手动探索性测试。这是开发人员所没有的最有用的技能。熟练地进行手动探索性测试也将使您成为更好的自动化测试人员,并且我坚信这是任何测试人员都不应该缺少的一项技能。 “您将如何测试?”的形式这可能是您面试的关键问题。面试官正在寻找一种有组织的方法。您希望能够将所需的测试范围划分为整齐的类别,为每种描述一种通用方法(例如,手动测试,模糊测试,自动回归测试),然后可能选择一组并开始为其编写特定的测试案例。

例如:“嗯,此产品的关键在于功能,安全性,可用性和可靠性。”等等。然后选择一个类别并进行深入研究:“功能应检查API和UI,因此,我希望使用夹具进行一些自动化测试来测试API。现在,我们应该手动测试UI……”等等。然后再回过头来讨论功能,例如这次,列出一些特定的测试用例,例如,“让我们从“幸福的道路”测试用例开始……这是一些我们应该做的等价类测试。边界测试……一些错误测试……现在让我们讨论UI手动测试更多……”等等。

如果您这样做正确,您的面试官将不得不阻止您上市提出测试想法,甚至是非常简单的应用程序。测试人员被问到如何实施[在此处插入著名的软件应用程序]是等效的。就像在面试期间无法完成软件应用程序的代码规范一样,在面试期间也无法起草整个测试计划。

评论


这似乎是合理的建议。我想澄清一个观点(我想你知道,但是我想在这里提出给其他可能碰到这个问题的人。)我希望我在访谈中的出现能反映出我对实际的理解SQA。我不想参加面试。有了这个解决方法,我实际上将把这个问题的答案变成带有一些清单的草稿。我有一个正在进行的私人项目,并将尝试将此处的一些建议纳入其中,以作为将其整合到工作场所的试点。

–corsiKa♦
2011年5月12日下午6:16

#2 楼

首先,当前在该站点上排名第一表明您已经对基础知识有了一个很好的主意,并将根据您已经掌握的知识获得最多的职位。 :-)

您要使用的确切工具会因技术而异,因此我会研究并找到您想要使用的工具,并从中获得经验并使用您选择的工具集寻求合适的就业机会。

例如:

测试自动化

您选择哪种语言?对于VBA,如果Ruby,则可能选择Watir或Selenium 2;如果C#,则选择WatiN或Selenium 2;如果Java,然后选择Selenium 2,则选择QTP。

测试管理>商用工具:可能是HP Quality Center($$$)或使用Microsoft Test Manager($)的TFS,
也许是TestLink(免费)。

缺陷跟踪和指标

关于“测试管理”,但将Jira加入其中,然后删除TestLink。

对于最后2个,我将学习如何自定义工具以适合您要使用的过程,以及生成您要查看的指标。

如果是我,我将首先关注测试自动化,然后再关注其他自动化。

评论


+1是OP的基础知识-我试图从glowcoder的问题和答案中找出他是否已经是SDET或非常精明的开发人员。

– Ethel Evans
2011年5月12日下午5:25

他只是一个普通的开发人员,只想开发自己能做的最好的软件。他对当前的环境感到沮丧,并希望改善它。他似乎也在以第三人称谈论自己……这有点尴尬。他要阻止了。大概...

–corsiKa♦
2011年5月12日下午6:12

@glowcoder rotfl :-)

–布鲁斯·麦克劳德(Bruce McLeod)
2011年5月12日在7:22

#3 楼

我认为您需要做的一件事就是改变思维方式。我从没当过编码员/开发人员,但我确实意识到我们以不同的方式思考和处理项目。

正如Carmi所说,好奇心强,问问题,但请记住,解决问题不是我们的工作。我们可以提供建议和想法,但最终决定什么和如何取代我们的责任。

此外,您还必须愿意提出并询问开发人员可能不喜欢的事情。如果您留在同一家公司并开始测试您以前工作过的人的代码,则可能会增加额外的挑战。并非不可能,但要记住一点。

那就是说,作为一名编码人员/开发人员可以使您深入了解。您知道在哪里苦苦挣扎,跳过或走捷径,这意味着您知道在测试软件时首先要看的地方。

评论


+1好答案。当前正在考虑从开​​发过渡到测试/ QA的人,这确实引起了共鸣:“好奇并提出问题,但请记住,解决问题不是我们的工作。我们可以提供建议和想法,但最终可以决定什么以及如何取消我们的责任。” -这几乎是驱使开发和测试的原因。对于测试而言,我的思维方式始终比通过这种方式进行开发更好。

– Bobby Tables
2011-09-11 22:39



#4 楼

嗨。
我建议:测试内容,与测试人员聊天,获得经验。参加WeekendTesting。这对任何面试都会有所帮助。
您听说过TopCoder吗?尝试进行测试竞赛(如果有的话-不经常这样做)。

我认为工具不应该成为您的问题。来自开发,您应该对TestAutomation / Performance测试工具没有任何疑问。其他支持工具将是小菜一碟。
除大多数时间外,与工具无关,与术语和定义无关(除非去测试管理职位)。它涉及创造力,方法,思维定势,沟通,提出问题,打破规则,跳出框框思考...

评论


+1的链接。我打算在那个周末进行一次试射(就在我妻子认为周末花8个小时测试一个应用程序对我来说是一个好主意之后。嗯……我会试一试)能够!)

–corsiKa♦
2011年5月18日在17:44



@glowcoder-不是8小时,通常一个会话只有2小时。不确定您所处的时区是否正确,但是现在也有人在做平日夜课。

– testerab
11年5月28日在23:41

@tester-嗯,我会考虑的。尽管我周末有一个新项目:tinyurl.com/glowcoder1 :-D

–corsiKa♦
2011年5月29日0:10

啊...好老的骰子在滚动。不幸的是我不再这样做了。我只是用PC替代品填补了空白...

– yoosiba
2011年7月7日13:59

#5 楼

我曾经是开发人员,现在是测试人员。这项工作的自动化部分可能对您来说很容易。我假设您现在在开发人员职位上进行自动化测试;如果是这样,则应在简历中提及。

在测试负责人的位置,您可能还需要编写测试用例和测试计划,将时间表放在一起,跟踪项目的状态,应对变更优先事项,并与您的项目中的其他测试人员合作/提供帮助。在这种情况下,可能有助于您的简历表明您可以与团队合作。

最后,您应该确定自己对进行手动测试的感觉。一些以前的(或有抱负的)开发人员喜欢自动化,但拒绝进行手动测试。那不是一个停顿点,但您的招聘经理可能想知道他们是否可以依靠您来帮助您进行关键的手动测试。

评论


您的假设是安全的。不幸的是,这是不正确的。我的另一个问题是150万行代码,0个自动化测试。我正在努力使事情发生变化,并期望如果滚动发生,我最终将过渡到测试职位。

–corsiKa♦
2011年5月18日在17:46

#6 楼

在我看来(不是很谦虚,对不起),“知道”质量检查与工具无关,而“知道”开发则与如何使用哪个编辑器有关。当您知道自己作为开发人员正在做什么时,您将随手轻松地掌握任何编程语言和开发环境的特殊性。质量检查大致相同,不是您使用的工具,而是如何使用它们。不幸的是,这些并不是简历上要讲的内容,但确实会在访谈中显示出来。 。何时使用黑盒测试与白盒测试;何时自动化当可用性成为问题时;基准测试和性能指标等。

做一个好的测试员的大部分原因实际上是他们的大脑如何工作。总是对代码的工作方式或数据流向有所好奇,然后想知道如果您在此处输入意外的输入或其他内容,会发生什么。 ,对于实际工作,质量检查仅占测试的40%。剩下的就是从头到尾不断改进流程。在我工作的地方,对QA / Dev采取了非常开明的方法,实际上,我们有一份报告,详细说明了在客户现场发现的每个错误,为什么在QA中遗漏了每个错误以及正在采取哪些步骤来确保不会遗漏类似的错误。 QA在构建过程中也有发言权,我们任命了一个新项目的集成负责人,该项目不会让开发人员半熟的构建使QA疯狂。这样做有很多方面,但是过程的不断改进才有很大的不同。想想Kai-Zen,而是为了知识而不是制造业。

#7 楼

成为一名优秀的测试人员,不仅要了解可用于自动测试的工具,也要了解最佳的“技术”。它与了解如何破坏软件有关。它是关于能够超出正常/预期功能用途的思考。这是关于跳出框框思考。是关于问“为什么要这样?”为了一切。要成为一名出色的测试人员,您必须能够质疑所看到的一切,并思考未看到的事物。如前一张海报所述,这是一种不同的心态。作为开发人员,您正在考虑如何创建某些东西。作为测试人员,您将在考虑如何拆除它。您将一遍又一遍地做相同的事情,每次都期望得到不同的结果。有时测试可能很乏味-当然,这是当您开始问自己该任务是否可以自动化时。成为测试人员的机制很容易得到证明-能够真正做到这一点是另一回事。我相信,如果开发人员可以改变他们认为成为测试人员的方式,他们(我们!)就是最好的测试人员!

评论


我懂了。这很好地解释了我的需求。我很好奇,我怎么得到它?我该怎么做才能使自己进入思维定式?

–corsiKa♦
2011年5月18日在17:43

您如何使自己陷入“框外思考”的思维定势?嗯阅读Edward De Bono-并进行练习。在与测试相关的领域之外阅读有趣的材料-有关我们如何制定决策,启发式方法,感知和偏见的信息。尝试思维导图或其他将信息转换为可视形式的方法。每次您进行测试时-问自己,我能想到至少三种不同的方法来完成此任务吗?我知道用户会选择哪一个吗?了解诸如HICCUPPS之类的启发式测试预言家并使用它们。练习测试卡塔。获取Elizabeth Hendrickson的备忘单。

– testerab
2011年5月30日,下午3:12

#8 楼

使用utest注册一个帐户。这是开始在现实世界中进行测试的好方法。没有工作面试,您的薪水完全取决于结果。您可以设置自己的时间并参与所需的数量/量。您将获得实际的测试经验,并且可以同时保持日常工作。

(好吧,我想这听起来像是一种营销策略!)

#9 楼

软件测试具有测试人员应了解的许多工具/技术,其中大多数确实有用。但是最适合公司技术要求的关键思想。 ,Hudson)”,“嗯,这是什么?哦,好吧,我应该了解一下((”,-您正在告诉自己。

怎么样了?是的,有很多工具需要许可证,但是YouTube带有视频视图,对于任何框架都有很多教程-我建议阅读有关所需工具的技术文档,因为测试人员必须了解技术文档。 >我想为测试人员提供一套通用的工具,这些工具在您的测试人员的工作中将非常有用:

-错误跟踪器:Jira,Redmine,Gitlab,Phabricator。 Zephyr,TestTrail,TestLink。

-API测试工具:SoapUi,Fiddler,Postman,jMeter,Runscope,Advanced REST Client。
-调试器:Firebug测试自动化工具:Selenium, Watir

-和书籍:软件测试:全面的方法-Bill Laboon,敏捷测试:测试人员和敏捷团队实用指南-Lisa Crispin,Janet Gregory,软件测试设计从业人员指南-Lee Copeland

但是当我寻找一份软件测试员的工作时,遇到了一个真正的问题-我的简历。我认为我提供了与招聘经理的需求完全匹配的所有技能,但是直到我重新撰写简历后才得到反馈。
说起来很容易(实际上是做):写一个可读性强,内容翔实,引人注目的格式良好的履历表,但我不得不阅读大量文献以了解履历表有多少问题。我试图将我的知识整合到一个地方,现在我想与您分享。
我很确定,如果您使用此建议,您将获得软件测试人员的职位。