我经营着一家软件开发公司,正在考虑雇用一名质量检查人员,应聘者应寻找哪些特征?我应该避免哪些特质?
(对如何测试这些特质表示感谢)
#1 楼
这听起来听起来很疯狂,但是...要视情况而定。情况,但有时是有必要的),这不是需要处理高度动态系统的测试人员所需要的。假设您正在寻找一个会与后者相处得很好的人,我建议您寻找难题/解决问题的经验(测试方法有很多,包括指向他们在存在已知问题的网站上进行测试,并让他们报告经过一段时间的测试后发现的杀手级错误,这使您可以快速,轻松地了解此人对错误的优先级以及查找错误的能力(我不会花太多时间在“快速而肮脏的”上,因为面试是在高压力的情况下进行的,并不是每个人都在强调自己是否会做的时候在这种挑战中尽最大的努力。
然后您可以问他们如何沟通他们发现的问题,这为您提供了缩略图,表明申请人是否最终将被视为有价值的团队成员或开发人员的血腥滋扰。
我建议测试人员的下一个测试是给他们一些已知问题的通用软件设计文档,让他们有时间检查文档,然后询问他们的想法。在这里,您有一个诚实测试(因为您可能不希望有人尝试给您他们认为您想要的答复),一个机智测试(他们可以告诉您它发臭的方式不会这听起来像是一种批评),您可以看到它们是否擅长消除差距(我一点也不谦虚地认为,挑剔规范中的差距对于优秀的测试人员来说是一项关键技能-因为没人愿意差距以找到自己的生产方式)。实际上,这实际上是良与不好之间以及最适应和最不适应之间的过滤器。一个非常优秀但适应迟缓的人可能找不到差距,而处理新材料的速度更快的人可能会找到差距。
所有这些都是缩略图建议,以使您快速了解申请人在一些类似于测试人员的关键活动中的表现。它们不能替代经验或专有技术,但可以作为有用的补充。再说一次,仅是我的观点,不要被当作无误的真理。
我希望这能给您一些想法。
#2 楼
就像您在软件开发公司中担任任何其他角色一样,您要决定希望新员工能够做什么,然后寻找有资格担任该职位的人员。您想聘请“质量检查人员”,那么您必须对该质量检查人员的工作有一些了解?这里没有魔术特质/问题,就像没有魔术一样。其他软件角色。招聘无济于事,只需要努力。
寻找技术上能够胜任您所想职位的候选人。并寻找一个愿意长期担任该职位的人。 。这将帮助您完善职位描述,并阐明您对质量检查人员的期望。
这些可能会帮助您:
http://strazzere.blogspot.com/2010 /04/what-do-qaers-and-testers-do.html
http://strazzere.blogspot.com/2010/04/testers-and-developers-at-fog-creek.html
http://strazzere.blogspot.com/2010/05/slideshow-optimistic-developers.html
http://strazzere.blogspot.com/2010/04/optimistic-developers-pessimistic.html
评论
同意-确保确定团队中无法由流程(而不是人员)解决的漏洞,并招聘以填补这些漏洞。
– DuncN
11年7月22日在21:40
#3 楼
我是一个像工人一样的测试员,多年来有幸与一些优秀的人一起工作。雇用员工时,我会寻找一些关键特征:测试人员需要能够看到其他人错过的小细节。你知道那些Facebook问题吗?发生的事情:观察杂草:1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
一个好的测试人员会马上看到这些。 br />
知道如何测试
测试人员将需要能够快速确定如何有效地测试一系列新服务和产品。
在面试中,我给应聘者递了一支钢笔,说“测试一下”。比他们的回答更重要的是,他们加快完成任务并开始分解其功能和结构的方法。测试人员将不断寻找改善产品的方法。此任务的一部分是去开发团队,并告诉他们他们犯了错误。如果处理不当,可能会导致一系列问题。你会改善这个问题吗?”。逻辑难题将是一个标准难题,但措辞不佳,将有错别字和布局问题。
优先排序
这是我学到的艰辛方法。受访者需要证明他们知道如何有效地构造测试以针对产品的高风险和/或价值区域。
我将给候选人介绍一个大型项目,一些问题区域(高容量区域,已在新闻界宣布的区域,以及与新开发人员一起的区域),并要求他们草绘前几周的工作。
知道什么时候站起来
有时会给测试人员一些无法做的事情。我尝试聘请愿意对我说“不”的人,在他们认为不合理的时候提出挑战。为此,我使用了最简单的问题。
“开发团队已经编写了一种新的集成通信服务,涵盖电子邮件,文本聊天,文件存储和文件传输。我们将在下周召开一次会议。您将如何处理这个项目?”
如果他们不说“建议时间太短”,他们将失去分数。 :)
评论
我认为最后的测试是不正确的。测试员不是经理,他不必处理时间问题。如果该产品下周发布,那就这样吧。
–玛丽亚·伊内斯·帕尼萨里(Maria Ines Parnisari)
2014年1月21日,12:50
我想这一切都取决于个人喜好。当我聘请测试人员时,我想找到一个为产品质量而战的人,如果他们认为有必要,他们会大声疾呼。我不希望团队中的某个人被动地坐着,不挑战那些导致劣质产品的决策。如果您有强大的管理团队,那么了解这些知识可能不是必需的,但我认为最好假设最糟糕的情况。 (真正的测试者的心态
–戴夫M
2014年1月21日,16:40
#4 楼
您应该让测试人员“像测试人员一样思考”。我喜欢这样做的方法是给他们一个方案,然后让他们提出测试用例以测试他们将如何测试某些东西。如果您需要一些示例,我和Trish Khoo在我们的测试播客的这一集中详细介绍了这个主题...工作/
#5 楼
良好的沟通能力。
定罪。
掌握能力。
具有好奇心,并探索软件和业务需求。
外交(专门为开发人员服务)。
评论
您是否已阅读sqa.stackexchange.com/questions/55/…和sqa.stackexchange.com/questions/616/…?谢谢,它们是很好的答案,尤其是第一个,当我写出问题时,它没有出现在列表中。
注意-在职位发布中,您可能不想使用“ to QA”作为动词。而是使用“测试”。候选人会喜欢你的。
正如您已经提出的答案一样,您可以仔细考虑要聘用的测试人员的目的。看看redcanary.mypublicsquare.com/view/hiring-software并考虑您经营哪种类型的公司,以及哪种类型的测试仪将非常适合您。
还要注意,使用QA Tester与使用测试中的软件开发工程师(使用SDET或SDE)之类的应用程序池会有很大不同。 QA测试人员通常会编写测试案例并手动执行它们,或者使用自动测试运行程序,并且编码/软件设计技能有限。测试中的SDE具有与完整开发人员同等的技能(和薪酬),但着重于系统在所有级别(测试挂钩,单元测试,功能,集成,性能,安全性等)的测试能力。