基于这种特殊的角色,让我们来看下具体体现: SDET是做啥的? 所以SDET不仅是一个具备编程技能,也是一个可以创建测试框架和工具,帮助手工测试过程的测试人员。 SDET的角色和职责 SDET应该能够进行自动化测试和多应用平台的搭建,比如:web,Mobile和Desktop. 根据技术支持部的反馈调查和重现客户遇到的问题。 SDET需要处理与合作伙伴的技术交流,了解客户的系统或API。 SDET更需要和部署团队一起协作,处理不同层面的系统问题。 SDET同时也应该具备搭建,维护和操作自动化框架的能力。 时间管理和组织能力 一个SDET的工作在代码发布期间尤为苛刻,必须有效地管理工作量,具有生产效率高,时间管理技能。 良好的工作态度 要想成为一名合格的SDET,良好的工作态度尤为重要。
无论是主动认知还是被动发展,在大部分的组织中都会发现有一部分测试人员更喜欢和擅长进行业务逻辑的测试(后面称:SET)、一部分测试人员更喜欢和擅长对软件技术的测试(SDET)。 SDET们会更喜欢学习和了解产品实现的各类软件技术,如:编程语言、软件设计方法、非功能的测试技术(自动化测试/性能测试/可靠性测试等)、帮助提升测试效率和软件质量的各类软件工具和工程方法。 作为一家产品公司SET和SDET都是必须的,至于SET重要还是SDET更重要将由各公司的基因文化决定。例如:在华为是一家以“客户为中心”的公司,因此在华为ST地位更高也更重要些。 在谷歌是一家以“技术创新为中心”的公司,因此SDT地位更高也更重要些,但是后来谷歌也发现了SDET受限于工作时间和兴趣志向的约束导致一些产品问题无法单纯靠SDET来解决,所以又重新组建了谷歌SET资源与 SDET形成互补,才真正更好支撑起了谷歌商业产品的需求。
作为测试或SDET软件开发工程师,我可以参与软件及其测试的开发。 看到当今有多少软件组织将测试自动化作为他们的敏捷和DevOps旅程的一部分,这让我感到非常着迷和激动。 因此,组织期望其SDET或测试自动化架构师设计和开发健壮,可维护的智能测试自动化框架。 但是,由于缺乏远见,许多自动化测试计划都失败了。 SDET需要自问,我正在开发的测试自动化框架是否可重用,可维护,可配置,可理解和可扩展? 当我成长为热爱自动化的SDET时,我意识到,当您在框架团队中工作时,不仅要取用不同团队的需求并使它们工作。 我们还需要从一开始就考虑干净的编码原则。
微软于 2014 年取消了其“专门的软件工程师测试”(SDET)职位,而苹果和亚马逊仍然高度关注专门的 QA。 它不再是独立的:嵌入团队中的 QA 与在发布到生产环境之前监督代码的独立 QA 团队不同,在微服务环境中可能行之有效的方法是将 QA 专业人员和/或 SDET 嵌入到团队中。
构建超出测试开发(SDET)之外的质量工程技能 敏捷、DevOps、云、IoT、区块链和AI这些新趋势的发展,以及更加自动的、集成的质量保障方法的需求,企业需要关注新的质量技能。 推荐以下方式做好质量保障能力建设: 第一优先级是吸引敏捷测试专家,需要具备功能自动化技能和领域测试技能,自动化测试将是每个质量保障人员的必备技能; 第二优先级是吸引SDET,他们的必备技能要求有高级自动化测试 质量保障和测试人员的必备技能发生了改变,需要有超出SDET的更加全面的QA技能集。
经由 Microsoft 和 Amazon 等公司普及的SDET 模式是这个方向的第一步。 2014 年,Microsoft 转向了联合工程(Combined Engineering)模式,将 SDET 和 SDE(软件开发工程师)合并成一个角色,软件工程师,负责产品代码、测试代码和工具代码。
长期(1-2年):向测试开发工程师(SDET) 或质量保障工程师(QE) 转型。二者的核心区别是:测试开发更偏向于通过开发测试工具、平台来赋能整个团队;质量保障则更专注于全流程的质量体系构建和保障。
一个专业的SDET更关注软件产品的可测性,稳健性和性能。他们还可以在生产软件的设计初期发挥推波助澜或审阅的作用。
Log: {result}") return {"status": "fixed", "advice": fix} ✅ 适合:有 Python 能力的 SDET 团队 Level
作为测试开发工程师(SDET),我们似乎总在身份的夹缝中挣扎:代码写得像开发,流程把控像测试。
在Google和Microsoft,这类人叫做SDET。 来自James大叔的忠告:太着迷于工具,从而会避免测试那些不容易使用工具测试的东西,更倾向学习工具而不是测试。
或者:“你说得对,我们不会写for循环 —— 但我们知道怎么让你的for循环在第99999次迭代时崩溃 ”✅ 六、【终极王炸回应】—— 用行业标杆打脸“Google、Meta、Netflix 的 SDET
如果是一个新创建的网站,它结合了Selenium框架,由Java/JavaScript开发人员领导的SDET与业务测试人员可以通过机器学习驱动的无代码Selenium工具消除其中的一些技术困难。
微软的测试(SDET)都把算法和编码视为基础要求,敢问国内一些公司的测试人员,有几个敢这么说? 让程序员远离浮躁 去看看国内几家知名博客和论坛,多少浮躁的博文和帖子四处乱飞?
From SDET!"
最后有QE与 SDET 的方法,这个概念是微软一个很重要的概念。 SDET 做的事情更多是探索行测试,基于白盒的,基于你的代码做分析,然后来看哪些东西可以成功,哪些东西是大概率失败的。
例如,组织选择定位软件开发测试工程师(SDET)的位置时,其中敏捷Scrum和TCoE分别是36%和47%。 5.
团队里也有软件工程师和 QA 工程师(在微软叫测试中软件开发工程师,简称 SDET)。但是,我们的发布速度只能做到每两周一次,再难寸进。 所以我们首先想到的就是把 QA 纳入到工程中来。 因此,我们悄悄做了一点非官方的调整,要求所有 SDET 都参与生产软件的构建,同时要求所有软件工程师都要负责测试自己编写的代码。现在,我们不需要在交付生产之前傻等好几天的代码审查结果了。
记得我刚工作的时候还是有独立测试团队的,那个时候分工很明确,我就负责windows mobile(现在叫windows phone)上应用的自动化测试,我的这个职位叫做SDET,说通俗点就是自动化测试工程师
团队里也有软件工程师和 QA 工程师(在微软叫测试中软件开发工程师,简称 SDET)。但是,我们的发布速度只能做到每两周一次,再难寸进。 所以我们首先想到的就是把 QA 纳入到工程中来。 因此,我们悄悄做了一点非官方的调整,要求所有 SDET 都参与生产软件的构建,同时要求所有软件工程师都要负责测试自己编写的代码。现在,我们不需要在交付生产之前傻等好几天的代码审查结果了。