軟體測試實務：業界成功案例與高效實踐 I《Chapter 5》
從零開始，軟體測試團隊建立實戰
黃冠元（Rick Hwang）
Complete Think
建立團隊是充滿挑戰卻也是有趣的，在開始之前先交代過去這段背景，讓讀者判斷我的起點有哪些、可以參考有哪些。這些背景資訊，也形成了往下展開的管理想法與規劃。
新創團隊雖然充滿希望與熱血，但伴隨著也是很多執行面的問題，可以說是百廢待舉，首先是產品本身品質的狀況：
產品核心的功能還無法穩定運作，像是即時視訊串流、啟用流程尚未定義。
產品應用的方向也沒有很確立，像是使用者要怎麼註冊、怎麼分享給家人⋯等，所以需求不斷調整。
再來是軟體開發團隊的協作問題：
開發生命週期沒有定義，不知道現在是哪個階段，所以各單位不知道彼此怎麼協作。
整個開發團隊協作沒有標準介面，Email、傳說、聽說滿天飛。
測試過程常發生的問題：我的電腦可以跑、你的卻有問題？
最後是軟硬整合的協作問題：
軟硬體的「專案」沒有一致，硬體的專案概念是以一個硬體為單位，像是一支IPCam 是一個專案、一種Door Sensor 是一個專案，但是軟體系統是把全部當作一體的。
承上，軟體與硬體單位協作沒有流程，雙方無法對話、專案時程也對不齊。
硬體的生產整合測試沒人知道怎麼做。
本章節會從兩個角度切入，第一是從SQA Team 自身切入，包含短中長期的策略，另外一個角度則是軟體開發團隊切入，是以整體的協作流程為主。不管是SQA 或者軟體開發團隊，都在強調「整個開發過程的品質」。
章節大綱
CH5 從零開始，軟體測試團隊建立實戰
5.1 背景故事
5.1.1 短期策略：穩定產品核心功能的品質
5.1.2 中長期策略：擴大產品測試範圍，提高產品可用性
5.1.3 小結
5.2 軟體開發團隊的協作
5.2.1 定義軟體開發生命週期
5.2.2 為何而戰的基礎：產品需求與規格
5.2.3 了解彼此的明白：回報問題標準流程
5.2.4 在我的電腦可以跑，你的卻不行？軟體交付的基準點
5.2.5 小結
5.3 測試管理
5.3.1 測試管理是要管什麼？
5.3.2 執行計畫：沙盤推演
5.3.3 執行紀錄：運籌帷幄
5.3.4 重構測試案例，提高產品品質
5.4 測試階段
5.4.1 功能驗證
5.4.2 非功能驗證
5.4.3 整合驗證測試
5.4.4 小結
5.5 執行與策略
5.5.1 策略是為了面對變化
5.5.2 自動與手動測試的策略
5.6 結語：品質是整個過程
5.6.1 濫觴
5.6.2 QA is Dead？
5.6.2 寫在尾聲
內容預覽
作者簡介
黃冠元 (Rick Hwang)
軟體開發者、音樂愛好者，曾任翔威國際駐 IBM 資深軟體工程師、Oplink SQA Manager / SDET Lead、91APP Operation and Infrastructure Manager / Architect、2021 年獲得 AWS 授予 Community Hero 榮譽稱號。專注分散式系統架構設計、系統分析設計、軟體測試、AWS、DevOps、SRE、經營管理 … 等領域，著有技術部落格《Complete Think》、《譯著：分散式系統設計》。工作之餘喜歡金庸武俠、科幻小說、經典文學、哲學、人文藝術。同時也是音樂愛好者，涉略涵蓋吉他、鍵盤、編曲、教學，著有音樂部落格《喝咖啡聊音樂》。
技術部落格《Complete Think》 https://rickhw.github.io/
音樂部落格《喝咖啡聊音樂》https://www.gtcafe.com/
作者所屬機構
專章引用
黃冠元，〈從零開始，軟體測試團隊建立實戰〉。《軟體測試實務：業界成功案例與高效實踐 I》，博碩文化，2023年5月，ISBN 978-626-333-485-4。