QA 的全名【Quality Assurance engineer】，即品質保證工程師。

以下是常有的誤解，也可以說該如何一句話惹怒 QA XD

• 做 QA 很簡單、很輕鬆，應該點一點、照著步驟測試就行了吧，應該每個人都可以做到吧？
• 做 QA 不需要會寫程式
• 程式寫不好的人才會去做 QA
• QA 都是到產品開發完後才開始進行測試
• QA 都只要照個步驟測試，工作內容應該很枯燥吧？
• QA 都只是在拖慢開發進度，每次都測試很久
• 這功能跑應該只要一天測試就結束了吧, 為什麼要 QA 要測一個禮拜？

在以上任何一點，其實我都有聽過
甚至跟一起工作同事，也有人是認為 QA 只要照著文件規則進行測試就好
甚至說明 QA 要寫自動話測試的時候，他們還很驚訝，所以 QA 也要寫程式喔...
以上的誤解，也真的是讓我哭笑不得XDD
我也不怪他們，畢竟真的有太多人對 QA 有錯誤的認知了
(噓)就連我轉職做 QA 前，也是差不多想法...XDD

QA 到底是在做什麼？

總結以下四個要點

• 預防產品上錯誤、缺陷
• 降低任何可能會影響產品的風險
• 給予開發上的建議與監控
• 更以使用者的角度為出發點

之後文章會專門說明，我覺得 QA 應該具備的特質及能力

QA 是一名需要從需求階段就要開始協助確認/討論，一直到開發結束後也仍是一樣
所以它是一名開發流程所有階段都會參與的角色。
如果公司的組織分配是將 QA 額外獨立的話，若人力不夠多，他們就會很吃力。

試想一下
公司內有 APP/Web/Backend 三個團隊
在相同的時程上，需要把不同的功能都分別上線的話
那依照剛剛說 QA 在開發流程會全部都會參與，那連驗證也是包含其中的話
那等於工作量能會是其他團隊的三倍以上

甚至可能光是驗證的時間，就佔了五成以上也說不定。
等同於 QA 這職位也包含了 Tester 的角色

在這樣的環境下，基本上人力資源就會成為很重要的考量
甚至有些企業會將 QA 的依照專業技能拆開

• 前期需求確認、時程評估、分配測試任務 等 -> 是一種 QA
• 專門做手動測試、找 Bug、寫 Test Case -> 是一種 QA(或者有些將職位定為 QC or Tester)
• 專門寫自動化測試、建置環境、寫各種 tools script -> 是一種 QA

總結

一位好的 QA，所需要具備的技能非常廣泛
思考方式也必須要很敏銳，才能精準的抓到問題點，並給予改善的建議。

我在這條路上我也是菜雞
但也因為這職位，需要有一定程度的管理知識、測試知識、程式技能，兩者要能互相搭配
所以要學的技能也真的是學不完呢...

參考來源:

• Quality Assurance vs. Quality Control
• Software QA 的職能條件
• [心得] 職業QA之路

後記

分享一篇有趣的貼文: 我们需要专职的QA吗？
內文中評論很兩極，但也非常讓我思考很多，至今我也沒有準確答案XDD
之後也會額外發一篇相關的文章，來分享我的看法
有興趣看完文章的人，歡迎留言分享你的看法