軟體品質全面思維：從產品設計、開發到交付，跨越 DevOps、安全與 AI 的實踐指南

李信杰 /主編
現任國立成功大學計中/資訊工程學系副教授，亦為全球最熱門開源測試軟體Selenium IDE V3、Katalon Recorder與Qualys Recorder原型創造者，目前國際上超過80萬名軟體測試人員受惠。
李教授著有100餘篇國內外期刊與會議論文、獲得10餘項最佳論文獎，並擔任100餘項國內外學術服務職務。李教授熱愛軟體工程實務型研究，著迷於鑽研科學化的軟體測試方法。

合著者
CH01 ▷ 廖元鈺
CH02 ▷ 鄒翔如
CH03 ▷ 凃里俐　蘇瑞亨　吳龍紅　蔡育珊　劉建萍　張馨方　詹淳涵　涂富祥《叡揚資訊》
陳泉錫《前財稅資訊中心主任》
CH04 ▷ 江仁豪《OnedaySoftware軟體品質社群創辦人》
CH05 ▷ 陳正瑋《DevOps Taiwan Community & DevOpsDays Taipei Co-organizer》
CH06 ▷ 盧建成《靖本行策 CPHT》
CH07 ▷ 郭榮智　王凱慶《中華資安國際股份有限公司》
CH08 ▷ 黃冠元《技術部落格Complete Think》
CH09 ▷ 郁家豪《Appier沛星互動科技股份有限公司》
CH10 ▷ 蔡凱翔　徐亨《趨勢科技》

主編序  李信杰 教授

Chapter 01 ▷ 全球數位產品的開發與設計
── 廖元鈺
1.1 從零到一創新產品的誕生
    1.1.1 點子發想
    1.1.2 從點子到數位產品：將構想轉化為具體產品的關鍵步驟
    1.1.3 支付系統的革新──從現金到掌紋支付
    1.1.4 未經過足夠驗證與測試而失敗的案例──Make Renovation
1.2 從一到二 產品成長與優化
    1.2.1 產品擴展與功能優化的策略
    1.2.2 如何在競爭中保持領先優勢
1.3 A/B 測試 實驗精神驅動的產品進化
    1.3.1 A/B 測試原理與實踐
1.4 跨國界的使用者研究與驗證
    1.4.1 全球市場中使用者行為的多樣性分析
    1.4.2 如何進行有效的跨文化用戶研究與驗證
    1.4.3 有限的資源去做使用者研究
    1.4.4 全球化產品設計的挑戰與機會
    1.4.5 以開發埃及鈔票付費系統為案例
    1.4.6 以了解韓國音樂流行文化為案例
    1.4.7 總結
1.5 持續創新與成長 成熟產品的競爭優勢策略
    1.5.1 發掘新市場需求，主動尋找成長機會
    1.5.2 保持敏捷，透過持續迭代強化競爭力
    1.5.3 建立實驗文化，讓「失敗」成為學習動力
    1.5.4 促進跨部門協作，提升創新效率
    1.5.5 培養成長型心態，讓創新成為團隊文化
    1.5.6 結論：創新不只是一種策略，而是一種持續進化的能力

Chapter 02 ▷ 零基礎也能掌握的QA核心與實務技巧
── 鄒翔如
引言：測試的核心是理解與探索
2.1 朋友的求救電話：從一次測試任務說起
2.2 測試人員與實際使用者的差異
    2.2.1 視角不同
    2.2.2 角色對比
    2.2.3 兩者都很重要，缺一不可
2.3 測試的核心精神
    2.3.1 那麼，測試的核心精神究竟是什麼？
2.4 測試實踐中的常見誤區避坑指南
    2.4.1 新手測試人員的常見誤區
    2.4.2 進階測試技巧：提升測試品質的方法
2.5 跨產業經驗如何在測試領域靈活運用
    2.5.1 製造業 vs. 電商：從供應鏈到庫存管理的測試連結
    2.5.2 財務 vs. SaaS 企業系統：從會計報表到 SaaS 訂閱模式
    2.5.3 HR 系統 vs. 企業內部管理系統：從員工薪資到績效評估
    2.5.4 結論：跨領域測試經驗，讓測試人員更具價值
2.6 測試是一種洞察力與經驗的累積

Chapter 03 ▷ 有效管理軟體開發專案和品質
── 凃里俐　蘇瑞亨　吳龍紅　蔡育珊　劉建萍　張馨方　詹淳涵　涂富祥《叡揚資訊》
── 陳泉錫《前財稅資訊中心主任》
前言：透過專案管理及品管 賦予資訊系統生命力
3.1 軟體專案的關鍵成功因素
    3.1.1 明確的目標及嚴謹的規劃，確保專案成功
    3.1.2 促成不同領域的專家團隊合作
    3.1.3 安排足夠人力與資源支持專案
    3.1.4 勇敢面對風險並設法減緩
    3.1.5 監控專案及提供清楚報告
3.2 委託方視角的委外專案成功策略
    3.2.1 專案委外前的重要考量
    3.2.2 需求管理機制
    3.2.3 完整RFP應有框架
3.3 成功關鍵的專案管理方法
    3.3.1 專案規劃與管理
    3.3.2 軟體開發生命週期作法
    3.3.3 專案控制及審查
    3.3.4 PMO協助監督專案及推動管理機制
3.4 專案品質的驅動關鍵在於專案管理能力
    3.4.1 品質目標的設定來自承諾
    3.4.2 行動後學習AAR（After Action Review）
3.5 混合式專案管理（瀑布式+敏捷式）
    3.5.1 敏捷開發方法用在雲服務與產品
    3.5.2 合約約束的專案採用混合式
3.6 專案的挑戰與風險
    3.6.1 緊迫的時程是最大的挑戰
    3.6.2 挑戰來自於全新的技術和領域
    3.6.3 關鍵成員異動帶來的挑戰
3.7 案例分享與學習
    3.7.1 案例一：新舊系統轉換的典型挑戰
    3.7.2 案例二：甲乙雙方關係不和諧且乙方人員異動
    3.7.3 案例三：當流程再造與數位轉型碰上疫情
    3.7.4 案例四：問題專案解決的心得與心法
3.8 結語

Chapter 04 ▷ 品質真的能被管理嗎？
── 江仁豪《OnedaySoftware軟體品質社群創辦人》
4.1 測試團隊的建設
    4.1.1 在測試團隊建立之前
    4.1.2 測試團隊的建設策略
    4.1.3 TCoE 在敏捷團隊中的應用與挑戰
    4.1.4 TCoE 的優勢與適應性調整
    4.1.5 整合敏捷與TCoE 的理想模式
4.2 測試團隊的定位
    4.2.1 測試團隊的戰略角色
4.3 品質管理系統
    4.3.1 QMS 與最佳實踐
    4.3.2 衡量和管理軟體品質的工具
4.4 品質指標與品質度量
    4.4.1 品質指標
    4.4.2 品質度量
    4.4.3 品質指標與品質度量在軟體開發生命週期的應用
4.5 綜合應用：從指標到數據，從數據到決策
    4.5.1 將品質指標與品質度量轉化為實際行動
    4.5.2 結合品質管理系統與數據驅動決策
4.6 小結

Chapter 05 ▷ 品質與價值不可兼得？讓DevOps助你兩全其美！
── 陳正瑋《DevOps Taiwan Community & DevOpsDays Taipei Co-organizer》
前言
5.1 軟體品質不只是關乎於程式碼
    5.1.1 我們交付的「軟體」包含什麼？
    5.1.2 使用者認為的軟體品質問題？
    5.1.3 任何的「變更」都會影響品質
5.2 DevOps與軟體品質
    5.2.1 DevOps的全貌與現況
    5.2.2 常見的DevOps實踐框架
    5.2.3 常見的DevOps工程實踐
    5.2.4 DevOps強化企業競爭力
5.3 DevOps案例分享
    5.3.1 案例一
    5.3.2 案例二
5.4 小結