SDET Unicorns - 爲何如此難以僱用SDET？

SDET，也稱爲測試中的軟件開發工程師，是軟件測試和質量保證領域的工做角色。該術語最初由微軟和谷歌使用，旨在用自動化取代普通和重複的手動測試任務。

多年來，愈來愈多的公司正在招聘SDET，由於它是敏捷和DevOps中的關鍵角色。可是，這是一個充滿挑戰的角色。

技術變化很是快，測試人員須要學到不少東西才能保持領先。

這篇文章討論了SDET的做用以及爲何難以找到獨角獸SDET。

SDET作什麼？

SDET是一個技術軟件測試人員，專一於開發自動化測試腳本。

一般，他們是敏捷團隊的一員，與開發人員一塊兒工做，幫助自動化用戶故事中的接受標準。

除了參與典型的QA活動外，他們還能夠編寫自動集成測試，API測試和/或UI自動化測試。

此外，SDET能夠幫助審查開發人員編寫的單元測試。

爲何須要SDET？

在每一個產品中，都有一些核心功能必須在每一個產品版本上運行。這意味着在每一個sprint中，必須測試新功能和現有功能。

敏捷開發是快節奏的。經過短衝刺（一般爲2周），測試人員沒有時間手動測試全部東西。

當團隊中的測試人員沒有編寫自動檢查所需的技能時，全部測試都必須手動完成。

最終，測試成爲軟件開發和發佈的瓶頸，由於完成測試須要更長的時間。

所以，在敏捷團隊中招聘和放置SDET能夠經過自動化大部分手動測試和任務來減輕負擔。

採訪和聘用SDET

那麼，爲何要找到並招募優秀的SDET這麼難呢？

多年來，我採訪的大多數所謂的SDET要麼缺少必要的技術技能，要麼不理解質量保證和測試原則。

他們並不徹底理解SDET在團隊中的做用的主要緣由。大多數人都認爲他們所要作的就是自動化驗收標準。讓咱們明確一點，SDET不是自動化工程師。

在測試能力和技術技能之間取得適當的平衡是關鍵。

一個偉大的SDET是一個貿易軟件測試人員，對軟件質量充滿熱情，同時具備技術嫺熟，並擁有正確的技術技能組合。

在面試SDET時，我老是尋找QA心態和技術技能。**

SDET配置文件 - 全棧測試儀

優秀SDET的概況是什麼樣的？SDET應該具有哪些技能？

如今，咱們中的一些人據說過全棧開發人員，但咱們能夠擁有全棧測試人員嗎？

在我看來，SDET應 至少具有如下技能和屬性：

• 有測試人員的心態，很好奇，能夠提出有趣的測試場景
• 對測試原理和方法有深入的理解
• 知道全部測試都是探索性的，而且理解測試和檢查之間的區別
• 能夠爲給定的應用適當的測試方法
• 知道測試和質量保證之間的區別
• 能夠用至少一種腳本或編程語言編寫代碼（Java和Javascript剛好是最受歡迎的）
• 瞭解HTTP以及如何構建現代Web應用程序
• 能夠編寫UI 以及 API自動化測試。其中一個還不夠好！
• 知道Git，Pull Requests，Branching等......
• 本質上是敏捷的，而且知道測試如何適應敏捷模型
• 能夠編寫性能測試腳本（Gatling和/或JMeter）
• 考慮安全性並瞭解OWASP
• 瞭解CI / CD和構建管道
• 瞭解雲平臺提供商提供的服務，例如AWS，Azure和Google Cloud

成爲一個偉大的SDET

若是對軟件測試、接口測試、自動化測試、性能測試、LR腳本開發、面試經驗交流。感興趣能夠175317069，羣內會有不按期的發放免費的資料連接，這些資料都是從各個技術網站蒐集、整理出來的，若是你有好的學習資料能夠私聊發我，我會註明出處以後分享給你們。

能夠看出，SDET所指望的技能範圍很是普遍。

我但願成爲SDET而且在QA新時代保持相關性的測試人員的建議是：

確保您在SDET配置文件中具有全部上述技能，但至少應：

瞭解並理解測試的基礎知識

首先，要了解軟件測試的基礎。

與開發人員保持一致並可以編寫漂亮的代碼很是好。但若是您缺少QA思惟模式，若是您沒法提供足夠的方案來深刻測試用戶故事和功能，那麼您就不會添加任何價值。你也能夠更努力地工做併成爲開發人員。

瞭解並理解HTTP

大多數現代Web應用程序都與API交互。

瞭解和理解HTTP體系結構以及Web的工做原理相當重要。若是您沒法區分POST請求和GET請求，或者不知道如何解析JSON，那麼如何有效地測試API？

投入時間學習Karate等API測試工具。

你不能稱本身爲SDET，若是你想作的就是自動化測試，而你所知道的就是Java和Selenium.