那些像我們一樣面臨在測試領域選擇合適專家的問題的人會對本文感興趣。
奇怪的是，隨著我們共和國IT公司數量的增加，只有有價值的程式設計師的數量增加，但測試人員的數量卻沒有增加。很多人渴望進入這個職業，但了解其意義的人卻不多。
我不能代表所有 IT 公司，但我們已將 QA/QC 的角色分配給我們的品質專家。他們是開發團隊的一部分，參與開發的所有階段，從研究到新版本的發布。
團隊中的測試人員，即使在規劃階段，也必須考慮接受使用者故事的所有功能和非功能需求。他必須像程式設計師一樣了解產品的運作特性，甚至更好，幫助團隊即使在規劃階段也不會做出錯誤的決策。測試人員必須清楚了解所實現的功能將如何運作以及可能存在哪些陷阱。我們的測試人員自己創建測試計劃和測試案例，並準備所有必要的測試平台。根據像猴子答題器這樣的現成規範進行測試不是我們的選擇。在團隊中工作，他必須幫助發布有價值的產品，並在出現問題時及時發出警報。
我們在尋找測試人員時遇到了什麼
在研究了許多履歷的階段，似乎有適合我們經驗的專家，為我們的團隊選擇測試人員不會有任何問題。但是，在個人會議中，我們越來越多地遇到實際上與資訊科技世界相距甚遠的候選人（例如，他們無法講述瀏覽器和網路伺服器之間的互動原理，安全基礎知識，關係和非技術）。關係資料庫，他們對虛擬化和容器化一無所知），但同時在高級 QA 層級上對自己進行了評估。經過數十次採訪，我們得出的結論是，該地區適合我們的專家數量可以忽略不計。
接下來我會告訴大家，為了找到那些期待已久的品質戰士，我們採取了哪些步驟，踩了哪些錯誤。
我們如何嘗試解決這個問題
在努力尋找現成的專家後，我們開始瞄準附近的地區：
- 我們試圖運用評估實踐來從眾多「不去管」的人中找出我們可以培養出強大專家的人。
我們要求一組知識水平大致相同的潛在候選人來完成任務。觀察他們的思考過程，我們試著找出最有前途的候選人。
我們特別提出了測試注意力、對技術能力和多元文化特徵的理解的任務：
- 我們為測試人員舉辦了聚會，以擴大現有團隊對專業的理解範圍。
我會告訴你一些關於他們每個人的事。
Ufa Software QA 和測試聚會 #1 是我們第一次嘗試聚集關心該行業的人，同時了解公眾是否會對我們想要向他們傳達的內容感興趣。基本上，我們的報告是關於如果您決定成為測試員，最好從哪裡開始。幫助初學者睜開眼睛，像成年人一樣看待測試。我們討論了新手測試人員加入該行業所需採取的步驟。關於什麼是品質以及如何在實際條件下實現品質。另外，什麼是自動測試以及在哪裡使用它更合適。
然後，間隔1-2個月，我們又舉行了兩次聚會。參與者人數已經是原來的兩倍。在「Ufa Software QA 和測試聚會#2」上，我們更深入地研究了這個主題領域。他們討論了錯誤追蹤系統、UI/UX 測試、Docker、Ansible，也討論了開發人員和測試人員之間可能存在的衝突以及解決這些衝突的方法。我們的第三次會議，“Ufa 軟體QA 和測試聚會#3”，與測試人員的工作間接相關，但對於及時提醒程式設計師他們的技術和組織職責很有用：負載測試、e2e 測試、自動測試中的Selenium、Web 應用程式漏洞。
一直以來，我們一直在學習如何在活動廣播中創造正常的燈光和聲音：
→
→
→ - 最後我們決定嘗試為測試人員舉辦一場黑客馬拉松
我們如何為測試人員準備和舉辦黑客馬拉松
首先，我們試著去了解這是什麼樣的「野獸」以及它通常是如何進行的。事實證明，這類活動在俄羅斯舉辦的次數不多，也無處可參考。其次，我不想立即投入大量資源到一個乍看可疑的事件。因此，我們決定舉辦一場簡短的迷你黑客馬拉松，不是針對整個 QA 工作週期，而是針對各個階段。
我們最頭痛的是當地測試人員缺乏創建清晰測試圖的實踐。他們不會花時間研究實施前的使用者故事，也不會創建開發人員清楚的功能和非功能需求、UI/UX、安全性、工作負載和尖峰負載的驗收標準。因此，我們第一次決定經歷他們工作中最有趣和最具創造性的部分——在專案前期研究期間分析和形成需求。
我們估計了潛在的參與者數量，並確定我們需要至少 5 個 MVP 版本積壓、5 個產品和 5 個充當產品負責人、破解業務需求並就限製做出決策的人員。
這是我們得到的： .
主要想法是提出盡可能遠離所有參與者日常工作的主題，並為他們提供創造性想像的空間。
我們犯了哪些錯誤以及我們可以做得更好嗎？
在銷售人員和基層管理人員的招募領域，使用評估方法非常流行，但這種方法需要付出巨大的努力，但並沒有讓我們對每個參與者給予足夠的關注並評估他的能力。一般來說，這種選擇會為公司帶來負面形象，因為很多人沒有得到足夠的回饋，從而對自己和他人造成雇主暴政的影響（IT社群的溝通非常發達）。結果，我們實際上只剩下兩位前途遙遠的潛在候選人。
聚會是件好事。為闡述奠定了廣泛的基礎，參與者的整體水準也得到了提升。該公司在市場上的知名度越來越高。但此類事業的勞動強度並不小。您需要清楚了解，舉辦聚會每年大約需要 700-800 工時。
至於測試黑客馬拉松。這類活動還沒有變得無聊，因為與開發人員的黑客馬拉松不同，它們的舉辦頻率要低得多。這種想法的好處是，可以輕鬆地交流大量的實踐知識，並相當準確地確定每個參與者的水平。
分析事件結果後，我們意識到自己犯了很多錯誤：
- 最不可原諒的錯誤是認為4-5小時對我們來說就足夠了。結果光是介紹和熟悉backlog就花了將近2個小時。
在初始階段與產品負責人合作以及深入研究該主題領域所花費的時間是相同的。所以剩下的時間顯然不足以全面開發測試地圖。 - 由於已經是晚上了，所以沒有足夠的時間和精力對每張地圖進行詳細的回饋。因此，我們顯然沒有通過這部分，但最初的目的是成為黑客馬拉松中最有價值的部分。
- 我們決定透過所有參與者的簡單投票來評估開發質量，為每個團隊分配 3 票，他們可以投票給最高品質的工作。也許組織一個陪審團會更好。
你取得了什麼成就？
我們已經部分解決了我們的問題，現在我們有 4 個勇敢、英俊的男人為我們工作，負責 4 個開發團隊的後方。目前尚未註意到大量潛在的強有力候選人以及該市 QA 社區水平的實際變化。但已經取得了一些進展，這不能不令人高興。
來源： www.habr.com