我提出一个问题,我敢肯定你们中的某些人必须解决或将很快解决。越来越多的软件项目正采用测试自动化方法。测试自动化可以通过多种方式实现。
在我最近加入的一个项目中,我们选择的方法是招募一个软件工程师团队,该团队将负责测试该项目。我们称此职位为测试中的软件工程师。这个
团队将能够咨询软件工程师如何进行单元测试,并将产生更多的系统高级测试(例如集成测试,端到端测试,性能测试等)。 ..)。
测试软件工程师还将编写工具,以方便进行测试,例如模拟器,数据
生成器等。

在我看来,这一职位非常有趣,不仅需要找到优秀的软件工程师,而且还需要对自己的工作充满热情并注重质量的人员。看来,很多以色列的软件工程师对我的看法不满意,对这个职位不感兴趣。

我对您的问题是:
/>

您如何建议将此职位卖给软件工程师?
您能描述招聘这种职位的好与坏经历吗?
更改为测试职位的软件工程师的软件工程师
请描述对您的决定有何贡献。

感谢

#1 楼

我目前在一个小型团队中工作,在那里我以与您描述的相同的方式开发测试自动化。为了在更高层次上开发有效的测试自动化,您必须能够/愿意/接受培训,以在场景自动化之前快速手动执行场景。在这些手动运行过程中,不可避免地会发现缺陷。因此,应对这些情况进行操作的人员应接受测试技能的培训,例如从已建立的预告片中识别缺陷并提交一致的缺陷报告。

您可以让其他人运行手动测试并编写详细的脚本将自动化指定给“工程师”,但这样做非常浪费,而且沟通错误的风险很大。

我同意这样的观点,即您要寻找的人是有编码的人对测试职业感兴趣并受过训练的背景。广告作为发展事业的垫脚石是一个错误(恕我直言)。

祝你好运!

评论


谢谢,您的意见很重要,为我提供了我没有想到的方向。尽管我们构建的软件应该在服务器端运行,因此“尖叫”将由测试自动化进行测试。

– Ikaso
13年2月2日在18:35

#2 楼

我是做出此决定的人,并且我在一个主要由SDETS组成的团队中工作了两年。我对此很感兴趣,因为我想探索新事物,并且喜欢编写测试。

招聘SDETS非常困难,因为您需要工程,质量和测试专业知识,而且很少在同一个人中找到他们。我们找到了合格的测试人员,他们经常不符合我们的工程要求。会见律师的人并不认同从事此类工作,因此我们从未见过他们。不要气disc,这需要一段时间。 (我们需要3到6个月的时间才能找到合格的员工)不要降低您的工程师门槛来进行此招聘。那么,您如何推销该职位的人呢?

首先,您应该聘请那些自认为对质量充满热情的潜在员工。许多开发人员相信他们对此充满热情。试图卖掉没有激情的人会很困难,而且这个人的表现可能会不那么好。

一旦找到一个将自己标识为充满激情的人为了质量,他们将更容易出售。对您来说,由于这是一支新团队,您可以尝试找到一个“探索者”型的人,该人想要做全新的事情。您也可以寻找喜欢写作测试的人。您可以通过提出探索性问题来开始有关职位的对话。您如何获得质量?您可以考虑使用哪些工具对X进行测试?质量真的意味着测试吗?也许这意味着要测量其他事物或编写工具来简化测试。如果您内部也有开发人员,那么我会先找那些人。我知道最成功的SDET是从SDE切换到SDET的开发人员。

最后一件事,我们最近非常成功地招聘了应届SDET职位的应届大学毕业生。我认为这是因为他们更愿意尝试新事物,并且还没有选择职业方向。不利的一面(除了大学录用人员的表现存在很大差异外)是,他们更有可能想过渡到纯发展职位。因此,应该预料到这些类型的过渡,因此请确保您保持人才流动的热情。

评论


我们可以听到更多有关如何定义工程标杆的信息吗?

–艾萨克·克莱曼(Isaac Kleinman)
2014-2-27在22:07

#3 楼

就个人而言,我不会以您的名字出售它。这意味着您只是让他们仅进行测试,如果他们是软件工程师,则您已经全力以赴,试图让他们想要对自己的开发进行任何测试,更不用说一项完全与测试有关的工作了。

相反,我会尝试将其定位为架构师角色,该角色将控制公司的ALM流程。而不是关于“测试”的立场,而是关于改进过程以实现连续交付并能够跟踪它的立场。持续交付的一部分是反馈和质量,这是自动化测试的源泉。您可能还希望这些人寻找更好的工具来跟踪工作,记录错误,支持更频繁测试的持续部署功能,持续集成工具等等。

突然之间,您从“嘿,我知道您不喜欢测试,但是我们希望您一直进行测试”的位置转到“嘿,我们知道您对我们如何更好地工作有很好的想法,我们希望给您一个晋升机会,让您定义什么将是我们公司改善建筑质量的最佳流程。”赋予他们我们所渴望的自主权,他们会竭尽全力完成这项工作。或者至少他们不会因为担心而逃避您的侵害:)

最重要的是,您还会告诉他们“没关系,如果您愿意,您仍然可以进行编码,因为有很多自动化测试,其余的团队将需要帮助。”

评论


测试中的软件工程师是其他公司使用的标准术语。就个人而言,我不喜欢轰炸那些使我对所发布职位抱有幻想的名字。

– Ikaso
13年2月2日于16:57

我喜欢这个答案,因为它将角色从测试提升到创建确保质量的流程。测试只是其中之一。

–克里斯·卡洛(Chris Calo)
13年2月8日在23:42

我不得不说“建筑师”这个词在这里是不合适的。测试工程师肯定可以通过负载测试,性能测试和其他分析来验证体系结构是否可行。但是,能够证明体系结构与赋予团队成员实际构建体系结构的技能和职责完全不同。真正的架构师将具有重要的决策权,即使不是绝对的,也可以对诸如托管Azure,是否使用服务总线,是否涉及排队等内容进行决策。

–克里斯·马里西奇(Chris Marisic)
2014年2月11日在20:59

#4 楼

我认为您想找到已经对测试感兴趣的软件工程师。您的工作是将它们出售给公司,产品和技术。

我遇到了几位非常有才华的软件工程师,他们更喜欢测试而不是产品开发。这些人是无价的。另一方面,我也认识一些工程师,他们加入了测试小组,成为产品开发的垫脚石。这不一定没有错,但是您不想雇用不关心测试的人员。如果那种工程师没有足够快地投入产品开发,他们将感到不高兴。

#5 楼

让我分享我的经验。我与以前的公司进行了电话交谈,该公司提供了SDET,而不是SDE。我被要求打个电话,听他对这个角色的担忧/怀疑。作为新生,他觉得SDE比SDET / STE角色要优越得多。讨论分三个阶段进行:

第一阶段



我自我介绍;我在DEV-TEST-SUPPORT-DEV-QA上有接近10年的经验。我根据自己从事过的项目/产品
来回切换角色,
他介绍了自己,他的兴趣和抱负

第二阶段



/>我传达给他的讨论是为了清楚说明SDET / SDE的角色
作为一个更新颖的想法,我观察到他的担心是,他不想继续担任Manual QA,他的理解是职业发展/编码机会将是最小的测试功能
我以我的经验为例来说明我如何切换不同的功能,学习每个角色中的挑战以及如何设法使其发挥作用

第三阶段


销售Pitch,我建议他在证明自己目前的角色后,担任角色,构建质量检查工具,自动化框架并转向开发。

判决


讨论进行得很好,我不确定应聘者有多少说服力。我终于从人力资源部门得知他同意担任SDET职位。几个月后,我在辞去候选人之前退出了以前的组织


评论


我能问一下什么是新鲜的吗?我以前没听过这个词这是否意味着一个刚从学校毕业的人?

–corsiKa♦
13年2月27日在23:07

刚毕业的工程师经常推荐应届毕业生

–西瓦
13年4月4日在13:31