编辑：我不是在问自动化测试是否要取消。 Google的一些旧资料表明，自动化测试最终将成为SWE角色的责任。我的问题还更多-变化已经发生了吗？
#1 楼
您以Google为例。 。 。惠特克（Whittaker）之前详细介绍了SET和TE的角色（以及在Google如何测试软件的过程中），但随着它们从SET转到“软件工程师，工具和基础架构（缩写为SETI）”，这些标题已经消失了。评论
这正是我一直在寻找的感谢！我什至在Google Testing Blog上，但没有找到它。自2016年以来Google是否有任何变化的见解？
– Samspot
17年12月29日在15:16
从您链接的文章中，我发现了这些职位，并且职位描述非常有趣：careers.google.com/…顺便说一句，我仍然对非Google特定见解感兴趣，如果有人有的话！
– Samspot
17年12月29日在15:54
#2 楼
OP：您的问题表明SET（“为设计好的系统开发测试的程序员”）的角色已被其他人替代，但您的问题没有提及什么。自动化测试不会消失，因此一些公司会用不同的名字来称呼它，但是在可预见的未来，概念（“为设计好的系统开发测试的程序员”）将留在这里。
可能会改变的是它使用的工具和方法，以及公司如何称呼该职位。因此，一如既往，准备学习新技术（或者，如您所说，“尘埃落定”）。对于一个称职的，熟练的程序员，没有什么可担心的（通用AI除外），但也没有捷径，也没有银弹。您必须继续在技术平台上运行，因为某些技术已经过时并被新技术取代。
谁会担心一个半能干的学徒（代码猴子），他几乎不学习单一技术并停止学习（或者不是通过诚实的勤奋不断提高自己的技能，而是试图找到不公平的捷径，技术的银弹，不用工作就能给他带来好处。没有银弹，只有：努力才能跟上。
我知道，跟上新技术之间的微妙平衡，并在生产中使用未经验证的非成熟技术而使他们如此痴迷，以致造成灾难性的结果（或强制升级/转换）。
要避免错误，您需要良好的判断力。 ，您需要从过去的错误中吸取教训。经验是无法替代的。
在开发通用AI和具有自觉性，自我编程，自我完善的系统之前，必须要测试代码。在开发了这种一般的自我改进型AI之后的几周内，人类文明可能ver，所以不会有问题。
评论
自动化测试通常只是测试的一部分。作为测试人员，您应该同时做这两项。手动-用于错误查找，自动-用于回归检查。自动化测试通常不查找错误，它们仅验证产品是否仍然有效。
– Artur Korobeynyk
17年12月28日在14:57
@ArturKorobeynyk-我们处于暴力协议。但是OP并未询问手动测试（我也同意不会很快消失），OP则询问SET。对于SET，手动测试不是主要重点，但它将是（自动）单元测试和e2e测试。正如您从我的许多其他答案中所看到的那样，我非常了解自动化测试（应称为自动化检查）的局限性。那么也许我们对SET的含义和作用有不同的理解？
–Peter M.-代表莫妮卡（Monica）
17年12月28日在15:44
老实说，技术领域的每个人都需要准备学习新技术。就像人们不愿承认的一样，任何行业的任何人都需要准备学习新技术...在星期一的任何时候，您的经理都会介绍您必须学习的新系统。要么被机器人取代，要么被人们取代……
–corsiKa♦
17年12月29日在6:42
这是一个不错的文章，但不是我真正想要的东西。我有能力影响我公司对自动化测试的长期看法，并且我想更好地了解在尝试朝某个特定方向迈进之前，如何将角色与最新趋势保持一致。最大的问题是我们现在和将来是否应该继续发挥独特的SET角色。 Google似乎已经消除了这种区别，但我只能从求职委员会中推断出很多东西。自詹姆斯·惠特克（James Whittaker）离开以来，他们似乎对自己的测试方式一直保持沉默。
– Samspot
17年12月29日在15:13
#3 楼
SET / SDET类型角色不会过时。他们只是被重新贴上标签，例如“向左移动”，“ T型测试员”之类。重要的不是角色的名称：重要的是所需的技能填补职位。
很简单，无论一个职位要求的技能是什么，无论给出什么头衔，都必须：用于测试人员的工具
特定于编程语言的专业知识，着重于框架知识。
机会就是您所说的SET。
评论
我所在地区的SDET具有非常负面的含义，因此，职称转向尝试避免这种关联也就不足为奇了。
–临时狼
17年12月28日在21:12
谢谢，学习此类角色的备用名称会有所帮助！
– Samspot
17年12月29日在15:49
#4 楼
在过去的5年中，我在当地的波士顿/剑桥（MA）看到需求持续增长。我现在使用最多的术语是SDET（不是SET，可能是您的问题所在）和质量工程师（QE）。我本人尝试使用自动化工程师来尝试与具有“应用工程师”头衔的人们一起公平竞争。两个AE都是工程师，并且都编写代码，并且都不应该是二等公民（常见问题）。#5 楼
我认为微软还只留下了软件工程师职位。好吧，不管您是开发人员还是测试人员。作为一名测试人员（甚至是手册），您应该了解足以胜任开发人员的开发过程并知道他们在做什么。我更多地将自己视为手动测试人员，但我仍然使用多种语言编写了许多工具来帮助我进行测试。而且我能够在需要时备份开发人员。如果您不知道确切的创建方式，该如何测试？#6 楼
SDET只是一个罕见的职位。一些软件公司根本没有测试人员。大多数使用质量检查的软件公司的开发人员：测试人员比例约为4：1。行业中手动测试人员的数量大大超过了SDET的数量，特别是因为这反映了人员的可用性（每个人都有能力测试软件，但是很少见到SDET的人才，特别是如果公司希望在本地雇用的话） 。我的第一个软件工作是手工质量检查，此后，我制定了自己的自动化测试角色，部分目的是节省我自己的劳动，提高我的生产力并扩展我的技能。由于与代码库的技术债务有关的细节，我需要多长时间重新运行一整套手动回归测试，以及发布截止日期的不合理攻击性；自动化测试几乎是强制性的，可以在期限内持续保证质量。
我遭受了一轮裁员（实际上，不要太在意），我发现其中有很多城镇中的软件开发人员职位多于软件质量检查人员职位，而我在城镇中根本没有看到任何SDET职位（以便大致了解他们的总体比例）。最终，我面试了一个“集成开发人员”职位的空缺，在我告诉他们我的技能之后，他们基本上聘用了我作为SDET。
无论如何，大多数软件公司都可以从SDET的利益中受益。会欣赏他们的价值。但是SDET非常罕见。通常，质量检查人员没有（也不想学习）计算机科学技能，而开发人员则想设计生产软件。尽管公司很少寻求SDET，但他们也很少对想要自动化的手动测试仪说不。这是一个宝贵而有效的角色。但是从供应方和需求方来看都很少见。需求很少，因为它需要多个级别的支持。
-我们是否制作需要在多个发行周期内进行维护的软件？ （顾问通常不会这样做。）
-开发人员至少应至少测试自己的软件，对吗？
-我们还应该聘用质量检查人员来比开发人员更好地测试软件吗？
>-我们应该更进一步，聘请自动化测试人员来提高效率吗？
-我们真的有足够大的公司来为我们的手动测试人员提供一些SDET补充吗？
-如果我们实际得到了批准了SDET的预算批准，我们在网上发布了开幕式，我们是否真的相信小镇上某处有SDET？可能性很小。
-我们是否应该将SDET列为单独职位，还是应该考虑将所有QA和开发人员申请者都渗入SDET角色？
-好吧，我们决定聘请一些SDET 。然后我们雇用了他们。因此，现在我们没有SDET职位的空缺。
#7 楼
凭借对多种工具，技术，最佳实践和流程的专业测试知识，如今的SDET已成为开发生态系统的重要组成部分。根据他们的开发经验，技术架构和设计知识以及其编程技能，SDET需要编写代码来测试开发人员编写的代码。此外，还要求他们编写单元测试并执行白盒测试。#8 楼
我认为标题有些不合时宜，而实际工作仍由称为质量保证工程师，自动化工程师，SDET / SETI或仅仅是测试工程师的人员来完成。对测试自动化的需求以及对既是合格的编码人员又是经验丰富的QA / Test设计人员的需求的需求比以往任何时候都高，但是标题还取决于手动测试，测试计划设计，框架开发等的程度。
#9 楼
您要搜索什么词？您到底在寻找什么？测试绝对没有死。由于人们使用不同的标题来表示同一事物，因此在测试中通常需要搜索各种术语。自动化，检查，测试，测试人员，软件测试人员，质量保证，质量保证，测试中的开发，质量保证工程师，测试工程师，测试中的软件开发等
评论
不是很负责任。这取决于您的公司如何定义SET。在开发通用的AI和自编程系统之前，必须先进行测试。在开发了一般的自我改进型AI之后的几周内，人类文明可能已经结束，因此这不会成为问题。另外，我们需要一个更好的定义，您对“ SET及其作用方式”的定义是什么，“时尚”与“尘土飞扬”的定义是什么。您是否声称（自动）测试将被X取代？
@PeterMasiar我添加了一个编辑，希望可以清除我的要求。因为我想知道行业的发展趋势，所以我对SET的个人或公司定义不相关。
您的编辑没有增加任何清晰度。一切都取决于您的定义，所拥有和想要发展的技能，哪个行业，哪个国家，哪个就业市场。并且根据您自己的定义，任何答案都不会在明年生效，或者对不同的人，不同的技能在不同的市场工作都是无效的。这些问题通常以“主要基于意见”的形式结束，这一点很明显是这样。这不是个人的。这不是一个获取有关您的职业建议的论坛。
“一朵玫瑰花会闻起来很香”。-威廉·莎士比亚。