探索QA的世界＿清華大學企業參訪

前言

Hi大家好，我是Ben，目前在 LINE TW 擔任 QA Engineer。首先歡迎清大的同學來LINE參訪。

其實剛投入職場時，並不是特別清楚 QA 的角色價值，只知道很多測試和驗證。進到業界幾年之後，我才真正了解 QA 的價值不只是在找 Bug，而是讓產品更可靠，讓使用者有更好的體驗。今天想跟大家分享一下我的工作日常，還有一些在 QA 角色上的心得。

目前在LINE的我，主要負責「LINE購物」這個專案的QA工作，所以也想簡單的為大家介紹一下這個專案的特色：

LINE購物是由LINE所提供的線上導購平台，彙集超過800家的網購合作電商，超過2700萬種商品。用戶可以透過平台的比價功能找尋更優惠的商品，還提供各種折扣與LINE Points回饋，讓用戶享受便利的同時，獲得更多購物的價值。

在我們的專案團隊是採用Scrum的開發流程，也就是一種敏捷開發方式，講到Agile敏捷開發，不得不提到敏捷的價值觀，也就是「敏捷宣言」：

團隊的互動重於流程與工具

可用的軟體重於詳盡的文件

與客戶協作重於合約的協商

回應變化重於遵循計畫

相比傳統的瀑布開發，他們重視文件、規格、或是某些批審流程，但真正能讓專案成功的是「人」，這些太過僵化、不符合現實的程序，往往在客戶需求改變或市場趨勢有變化時，產品卻還在開發，進而錯失機會。所以可以看到雖然右側雖然重要，但敏捷開發團隊更重視左側的價值。

在 Scrum 團隊裡，成員與職責的分工大致如下：

PM：負責產品需求與方向，承接商業團隊的需求並交付成果

BE：後端工程師，負責資料庫與API的串接

FE：前端工程師，前端的畫面呈現，串接後端的API

UI/UX Designer：設計使用者介面與用戶體驗

QA：維護產品的品質與測試

各自有不同的專業，協力作完成同一個產品。

Sprint週期的重要會議
在2週的一個Sprint裡，會有幾個重要的會議：

Planning：是一個新的Sprint開始的首要會議，團隊會決定這2週要完成哪些任務或功能

Daily：每天的站立會議，用來快速確認每個團隊成員的進度，內容包含 -

Refinement：Sprint週期即將進入尾聲，團隊會開始討論下一個Sprint的任務，釐清需求的細節

Review：在這個會議中，團隊會展示該週期成員們產出的結果，Demo已完成實作的功能給予PM確認

Retrospective：回顧與檢討，成員們會在這個會議上討論哪些事情做得好，應該持續保持，哪些問題或流程應該要改善，讓團隊的合作更順暢等議題

很多人以為 QA 就是「點一點 → 找 Bug → 開單」。但實際上QA 不只是「找錯誤的人」而是「讓產品更正確的人」，換句話說，QA 角色的價值在於幫助團隊交付可靠的產品。

也因此從規劃、執行到回饋，每次產出的品質都是重要的；在我們的工作流程中，從Refinement會議即開始建構這個功能或任務的測試計畫，思考如何測試、提出疑問、擬定測試案例、執行並記錄結果、反饋與再次確認，到最終輸出的測試結果，每個環節都需讓團隊了解目前產品的品質狀況。

最後，想跟大家分享一些心得與建議：其實，遇到困難很正常，但重要的是，我不是一個人面對這些挑戰，因為有團隊的信任與支援，遇到問題有人願意幫忙，也有人願意分享經驗，降低了自己摸索的慌亂感與時間壓力，讓困難變成一種學習的機會。

總結來說，站在 QA 的位置，學到的不只是如何測試產品、找出 Bug，更多的是如何和團隊一起把一個「想法」變成一個「被使用、被信任的產品」。過程中不免遇到一些不確定、壓力、甚至挫折，但只要願意投入，你不會是單打獨鬥的，在團隊的協助下，能讓學習變得更快、更迅速的成長上手。

最後，希望今天的分享，能讓清大的同學們對 QA 的世界有更多理解與期待，如果你對軟體產業有興趣，QA會是一個很好的起點。