我正在提出一个问题,我相信你们中的一些人必须解决或即将解决。越来越多的软件项目采用了测试自动化的方法。测试自动化可以通过多种方式实现。在我最近加入的一个项目中,我们选择的方法是招聘一个负责测试项目的软件工程师团队。我们称这个职位为测试软件工程师。该团队将能够咨询软件工程师如何使用单元测试,并将产生更高级别的系统测试(例如集成测试、端到端测试、性能测试等)。测试中的软件工程师也会编写一些工具来促进测试,比如模拟器、数据生成器等等。
在我看来,这个职位非常有趣,不仅需要找到优秀的软件工程师,还需要那些对他们的工作有极大热情并注重质量的工程师。以色列的许多软件工程师似乎不同意我的观点,对这一立场也不感兴趣。
谢谢
发布于 2013-02-02 17:09:10
我目前在一个小型团队工作,在那里我开发测试自动化的方式与您描述的基本相同。要在更高级别上开发有效的测试自动化,您必须能够/愿意/培训能够在场景被自动化之前手动快速执行它们。在这些手动运行过程中,不可避免地会发现缺陷。因此,运行这些场景的人员应该接受测试技能的培训,例如识别已建立的预言中的缺陷和提交一致的缺陷报告。
您可以让其他人运行手动测试,并编写详细的脚本来将自动化指定给"engineer",但这会变得非常浪费,出现错误通信的风险也很大。
我同意这样的观点:你要找的人是一个有编码背景的人,他对测试很感兴趣,受过职业训练。将这一职位宣传为发展事业的垫脚石是一个错误(IMHO)。
祝好运!
发布于 2013-02-03 19:47:31
我是一个做出改变的人,我在一个团队工作了两年,这个团队主要由SDETS组成。我对它很感兴趣,因为我想探索一些新的东西,我喜欢写测试。
招聘SDETS是非常困难的,因为你需要工程、质量和测试方面的专业知识,而且他们很少出现在同一个人身上。我们发现合格的测试人员往往不符合我们的工程标准。那些想要达到标准的人不认同做这种工作,所以我们从来没有见过他们。不要气馁,这需要一段时间。(我们需要3-6个月的时间才能找到合格的雇员)不要降低你的工程水准。那么,你如何在这个职位上推销员工呢?
首先,你应该找到那些自我认同为对质量充满热情的潜在员工。有许多开发人员相信他们有这种热情。试图出售一个没有激情的人将是非常困难的,而这个人的表现可能不会那么好。
一旦你找到一个把自己定位为对质量充满热情的人,他们就会更容易销售。对于你来说,因为它是一个新的团队,你可以尝试找到一个“探险家”类型的人,他想要做一些全新的事情。你也可以寻找喜欢写测试的人。你可以通过问一些探索性的问题来开始关于这个职位的谈话。你是如何达到质量的?你能想到什么工具来做X的测试?质量真的意味着测试吗?也许这意味着测量其他东西或编写工具来使测试更容易。如果你家里也有开发商,我会先去找那些人。我知道最成功的SDETs是从SDE转换到SDET的开发人员。
最后一件事,我们最近非常成功地雇用了大学毕业生担任SDET的角色。我认为这是因为他们更愿意尝试一些新的东西,而且还没有选择一个职业方向。另一方面(除了大学招聘人员的表现差异很大),他们更有可能希望过渡到纯发展角色。因此,这些类型的转变应该是预期的,所以要确保你的人才管道保持温暖。
发布于 2013-02-02 15:52:33
就我个人而言,我不会用你的名字卖它。这意味着你让他们只做测试,如果他们是一名软件工程师,你已经忙得不可开交,想让他们做任何他们自己开发的测试,更别说是一份关于测试的工作了。
相反,我会尝试将这个职位定位为一个架构师角色,它将控制公司的ALM流程。它不是关于“测试”的位置,而是关于改进过程以实现持续交付,并能够跟踪它的位置。持续交付的一部分是反馈和质量,这就是测试自动化的地方。您还可能希望这些人研究更好的工具来跟踪工作、记录错误、支持更频繁的测试的连续部署功能、持续集成工具等等。
突然之间,你们从“嘿,伙计们,我知道你们不喜欢测试,但我们希望你们一直在测试”变成“嘿,伙计们,我们知道你们对我们如何更好地工作有很好的想法,我们想给你们升职,让你们确定什么是我们公司提高产品质量的最佳过程”。给他们我们所渴望的自主权,他们就会破门而入去完成这项工作。或者至少他们不会在恐惧中逃离你
最重要的是,你还会告诉他们“没关系,如果你愿意的话,你仍然可以编写代码,因为有很多自动化测试需要团队其他成员的帮助”。
https://sqa.stackexchange.com/questions/5643
复制相似问题