這邊就來說說 QA 所需要具備的硬技術有哪些

延續此篇文章
[Day5] [軟技能篇] 原來 QA 沒有想像中的簡單，QA 應該具備什麼特質

硬技能

此處我將 程式 有關的領域，歸類成硬技能。
e.g. 程式、系統架構、CI/CD 等

對程式邏輯有足夠理解

自動化測試，顧名思要用程式去執行測試，所以運到的程式邏輯也是必然的。
但有時候我們也能夠閱讀 RD 所撰寫的程式碼，協助 RD 們找出問題，或者是說協助產品功能更好。
因為足夠了解專案的程式邏輯，也相對式在更了解產品。
也能更有效的找出問題原因，並提供更好的改善建議。

對產品的 data flow 有足夠的了解

此圖參考 此處
上圖僅共參考，是屬於很常見的系統架構流程圖，大致上也都會畫的這樣。

這點我覺得與 【對程式邏輯有足夠理解】算是綁在一起的。
因為程式邏輯的背後，可能是連接了很多服務、資料庫，所以相對的在理解程式邏輯時，也是在了解 data flow。

同理

當你了解產品 data flow，能更精準地找出系統的缺陷及瓶頸，提早改善，也就能先大大降低系統嚴重癱瘓的損失、用戶體驗降低 等等的可能性。

熟悉各大自動化框架

現在 WEB、API、APP 的自動化的框架在市場上可以說是百家爭鳴了

• Robot Framework
• Selenium
• Pytest
• Cypress
• Jest
• Nightwatch
• Appium
• Playwright
• …等等

既然要做自動化測試，我們就需要先知道團隊中目前缺少什麼，使用什麼框架最符合現在的團隊

當你足夠了解各框架的優缺點

你就能在建置自動化測試框架時，很清楚的知道該如何做、如何才能發揮自動化測試的最大效益 並且 最適合團隊

這項技能通常都是需要有一定的能力及經驗的 QA 較恰當

熟悉 Git 相關、CI/CD 流程相關等技術

若不懂 CI/CD 是什麼的話，可以參考: [學習筆記] 簡單了解 CI/CD 是什麼吧

QA 需要懂 CI/CD 最大原因就是 優化整體開發流程及速度
通常可以將自動化測試腳本放在在 CI 階段，每次推 code 時都可以先執行一次測試，盡量降低到後期才修復成本。

熟悉 Git 則是對 版本控制 有很大的影響
若該團隊有很多測試環境的話，那針對開發推 code 到各個環境後，就需要考慮到是否會有衝突的可能性
以及
若遇到特殊 Bug 要修正，也要考慮到要如何避免不影響目前 QA 測試中的版本 等等
這些都是衡量 版本控制 的重要條件之一。

結語

其實一位好的 QA 就是需要擁有這麼多項的技術，這條路我也還在持續努力中 QQ

或者也可以說

開發 跟 QA 兩者應該就是密不可分的