探索QA的世界 軟體測試的幕後日常 

01 02 03 04 我是誰？ 在打造什麼產品？ 團隊如何協作與推進？ 專案聚焦 Scrum日常 除了找Bug，我們還作些什麼？ QA的角色 個人簡歷 05 從QA工作學到什麼？ 心得與建議 CONTENT 

Ben Tseng QA Engineer • 2014-2018｜QA Engineer @ Ability • 2019-2023｜QA Engineer @ CoolBitX • 2020-2022｜M.S. in Information Management @ FJCU • 2023-NOW｜QA Engineer @ LINE TW 

SECTION 02 專案聚焦 LIEN SHOPPING 

LINE SHOPPING 先LINE購物在購物，輕鬆賺取LINE POINT回饋 

SECTION 03 Scrum日常 Agile 

雖然右側有其價值，但團隊更重視左側 敏捷開發宣言 團隊的互動 可用的軟體 與客戶協作 回應變化 流程與工具 詳盡的文件 合約的協商 遵循計畫 重於 

Scrum Team Members 

01 PLANNING 02 DAILY 03 REIFEMENT 04 REVIEW 05 RETROSPECTIVE 

Scrum Poker Scrum Board 

SECTION 04 QA的角色 讓產品更正確的人 

打破迷思：QA不是只有測試、找Bug 需求理解者 • 開發前就要參與，確保需求清楚、瞭解需求細節 • 為什麼需要這個功能？ 風險把關者 • 提前發現盲點，比事後補救省時間 • 思考「使用者會怎麼用？」、「哪裡可能出問題？」…等 使用者代言人 • 不只是功能跑得動，而是「好不好用？」 • 錯誤訊息是否清楚，體驗是否流暢否 品質推動者 • 不只是「測產品」，更是「讓產品更好」 • 產品的價值不是只有QA的測試與抓錯，而是讓整個團隊都重視品質 

從計劃到回饋 QA工作流程全記錄 Defect Report 反饋問題，與開 發團隊一起追蹤 並處理。 Test Execution 按照測試案例進 行測試，並記錄 結果。 Test Case Design 制定測試案例， 包含 正向/反向 測試案例。 Test Planning Refinement時， 即開始思考如何 測試。 Regression Test 修正後重新測試， 確保既有功能未 受影響。 Test Report (Release) 整理最終成果， 提供日後功能延 伸時的參考依據。 憑經驗或直覺隨 意探索功能，尋 找潛在的缺陷。 Exploratory Test 

QA Toolbox Test Case Management API CI/CD Monitor QA Toolbox Database From Manual to Automation and Monitor 

SECTION 05 心得與建議 團隊互助，讓困難變簡單 

遇到困難很正常 遇到的困難 • 功能(產品)不熟悉、資訊龐大 • 時程壓力、測試時間不足 如何處理 • 提前進入參與、主動提問與釐清 • 優先確認關鍵功能、確保關鍵功能有效果、勇敢提出貿然釋出的風險 團隊支持 加速成長 • 同事願意分享經驗，減少摸索時間 • 團隊氛圍友善，遇到阻礙總有人願意解答 

No content

No content

No content