Docs

TypeScript 程式語言教學手冊 適用對象：新進前端開發同仁 目標：快速掌握 TypeScript 在專案中的使用方法與最佳實踐 更新日期：2026年2月20日 📋 目錄 TypeScript 基礎 1.1 TypeScript 與 JavaScript 的差異 1.2 型別系統 1.3 介面與型別別名 專案規範 2.1 TypeScript 版本與設定 2.2 檔案命名規則與專案目錄結構 2.3 型別宣告的最佳實踐 2.4 使用 any 的限制與替代方法 程式開發指引 3.1 撰寫可讀性與可維護性的程式碼 3.2 常見錯誤與最佳解法 3.3 與第三方套件整合 範例程式碼 4.1 Class 類別實作範例 4.2 Interface 介面範例 4.3 泛型實作範例 4.4 模組化範例 實務建議 5.1 善用 TypeScript 的型別檢查 5.2 除錯與測試 5.3 團隊協作與程式風格統一 檢查清單 6.1 專案建立檢查清單 6.2 開發期間檢查清單 6.3 程式碼審查檢查清單 6.4 部署前檢查清單 6.5 常見問題快速檢查 進階主題 7.1 條件型別 (Conditional Types) 7.2 映射型別 (Mapped Types) 7.3 模板字面型別 (Template Literal Types) 7.4 裝飾器 (Decorators) 效能優化與最佳實踐 8.1 編譯效能優化 8.2 型別檢查效能 8.3 打包優化 8.4 記憶體使用優化 TypeScript 生態系統 9.1 開發工具 9.2 建置工具 9.3 測試框架 9.4 型別定義管理 常見問題與解決方案 10.1 編譯錯誤 10.2 型別推斷問題 10.3 執行時期問題 10.4 最佳實踐檢查清單 TypeScript 6.0 與 7.0 新特性與遷移 11.1 TypeScript 6.0 新特性 11.2 TypeScript 6.0 重大變更與棄用 11.3 TypeScript 7.0 原生編譯器 (Go 版本) 11.4 從 5.x 遷移至 6.0/7.0 指南 1. TypeScript 基礎 1.1 TypeScript 與 JavaScript 的差異 什麼是 TypeScript？ TypeScript 是 Microsoft 開發的 JavaScript 超集（superset），為 JavaScript 添加了靜態型別檢查功能。 ...

BDD 行為驅動開發使用教學手冊 📘 手冊說明 本手冊專為系統分析師（SA）、業務分析師（BA）、開發人員與測試人員設計,旨在協助團隊成員: 理解 BDD 的核心概念與價值 掌握 Gherkin 語法與規格撰寫 學會將業務需求轉換為可執行的行為規格 建立 BDD 協作開發流程 實踐 BDD 自動化測試 適用對象: 新進系統分析師 想導入 BDD 的開發團隊 需要強化需求溝通的專案經理 負責驗收測試的 QA 人員 使用方式: 循序閱讀各章節,建立完整概念 參考實務案例,模擬實際場景 使用附錄的模板與檢查清單 在專案中逐步導入與實踐 📑 目錄 第一章　認識 BDD:行為驅動開發的核心理念 1.1 什麼是 BDD 1.2 BDD 與 TDD、ATDD 的差異 1.3 為什麼要導入 BDD 1.4 BDD 的價值與應用場景 1.5 BDD 在軟體開發生命週期(SDLC)中的位置 第二章　BDD 的三大支柱 2.1 Discovery(需求探索) 2.2 Formulation(範例定義) 2.3 Automation(自動化驗證) 第三章　BDD 的核心語法:Gherkin 3.1 Gherkin 語法結構與規則 3.2 Feature、Scenario、Scenario Outline 進階應用 3.3 範例:從需求敘述轉為 Gherkin 規格 3.4 常見錯誤與最佳實務 第四章　BDD 與系統分析的整合應用 4.1 如何將業務需求轉化為可執行行為 4.2 與利害關係人共創範例(Example Mapping) 4.3 User Story 與 BDD 的結合方式 4.4 Acceptance Criteria(驗收準則)的撰寫指引 4.5 從 BDD 到 Use Case 的對應關係 第五章　BDD 開發流程與角色分工 5.1 BDD 工作流(Workflow)全貌 5.2 三方會談(Three Amigos:BA/SA、Dev、QA) 5.3 SA 在 BDD 流程中的責任與產出 5.4 實務文件產出範例 5.5 維護與版本控管實務 第六章　BDD 自動化測試實作 6.1 常見 BDD 工具比較 6.2 環境安裝與專案結構 6.3 Feature 與 Step Definitions 的關聯 6.4 CI/CD 整合實務 6.5 測試報告與追蹤機制 第七章　BDD 實戰案例 7.1 案例一:Web 登入驗證流程 7.2 案例二:銀行轉帳業務流程 7.3 案例三:批次系統業務規則驗證 7.4 案例四:API 行為測試 7.5 案例回顧與行為重構 第八章　導入策略與組織落地 8.1 組織 BDD 成熟度評估 8.2 BDD 導入計畫範本 8.3 克服導入 BDD 的常見障礙 8.4 建立 BDD 協作文化 8.5 成功導入的關鍵因素 第九章　高階應用與延伸 9.1 AI 輔助 BDD 實踐 9.2 BDD 與 Specification by Example (SBE) 整合 9.3 微服務架構下的 BDD 挑戰 9.4 BDD 的未來趨勢 第十章　附錄 10.1 Gherkin 語法速查表 10.2 BDD 文件模板 10.3 常見 BDD 工具與插件 10.4 推薦學習資源 10.5 BDD 完整檢查清單 第一章　認識 BDD:行為驅動開發的核心理念 1.1 什麼是 BDD BDD (Behavior-Driven Development,行為驅動開發) 是一種軟體開發方法論,強調: ...

TDD（Test-Driven Development）測試驅動開發使用教學手冊 📚 目錄 一、前言 1.1 教學目的 1.2 適用對象 1.3 預期學習成果 1.4 教學手冊架構說明 二、TDD 概念與原則 2.1 什麼是 TDD（Test-Driven Development） 2.2 TDD 的核心循環：Red → Green → Refactor 2.3 TDD 與傳統開發流程的差異 2.4 為什麼使用 TDD：好處與挑戰 2.5 單元測試 vs. 集成測試 vs. 系統測試 三、TDD 實踐步驟 3.1 Step 1：撰寫失敗的測試（Red） 3.2 Step 2：撰寫最簡單的實作通過測試（Green） 3.3 Step 3：重構程式碼（Refactor） 3.4 Step 4：重複循環與迭代開發 3.5 驗收標準（Definition of Done）與測試覆蓋率要求 四、TDD 開發環境與工具 4.1 測試框架介紹 4.2 IDE 與工具設定 4.3 持續整合（CI）與自動化測試 4.4 測試覆蓋率工具 4.5 測試資料與 Mock 工具 ...

📝 專案計畫書範本(草稿) 1. 專案簡介 專案名稱：應用系統架構轉型計畫 專案目標： Phase 1：單體 → 容器化 → 上雲，達成 Lift & Shift Phase 2：單體 → 微服務 → 容器化 → 上雲，完成業務導向解耦 範圍： 涉及核心應用（XX 系統）、資料庫（DB2 / Oracle）、應用伺服器（Liberty）、批次處理（Spring Batch） 預期效益： 部署時間縮短 70% MTTR 減少 50% 系統彈性與可擴展性提升 2. 專案里程碑 (Milestones) 里程碑 說明 產出物 時間 負責角色 M1 現況盤點與架構審視 系統盤點報告、風險清單 W1–W2 架構師、系統分析師 M2 容器化樣板建立 Dockerfile、Helm Chart、CI/CD Pipeline W3–W4 DevOps 工程師 M3 雲網路與基礎建設就緒 Terraform 模組、網路拓樸、資安控管表 W5–W6 雲平台工程師 M4 容器化驗證 SIT 測試報告、壓測報告、回退計畫 W7–W8 測試團隊、SRE M5 首批系統上線 上線計畫、Runbook、SLA/SLO 報告 W9–W10 PM、應用團隊 M6 微服務設計完成 業務域切分、API 契約、事件流設計 P2 W1–W2 架構師、業務分析師 M7 第一波微服務上線 新服務、契約測試、金絲雀報告 P2 W5–W8 Dev 團隊、SRE M8 單體功能替換完成 Strangler 完成報告、單體下線 P2 W12+ 架構師、PM 3. RACI 表（責任分配矩陣） 活動 PM 架構師 Dev DevOps/SRE 測試 業務單位 現況盤點 A R C C C I 容器化設計 C A/R R C I I CI/CD Pipeline I C R A I I 雲網路與 IaC I C I A/R I I SIT/UAT 測試 C C R C A I 上線與回退 A R R R C I 微服務切分 C A/R R C I C API/事件治理 I A R C C C 營運/Runbook A C I R I I (A=Accountable 負責決策 / R=Responsible 執行 / C=Consulted 諮詢 / I=Informed 知會) ...

Python 程式語言教學手冊 目錄 Python 基礎入門 1.1 Python 安裝與環境設置 1.1.1 Python 簡介 1.1.2 Windows 系統安裝 1.1.3 Linux 系統安裝 1.1.4 開發環境設置 1.1.5 專案結構 1.2 語法基礎 1.2.1 Python 語法規則 1.2.2 變數與命名規則 1.2.3 資料型態 1.2.4 運算子（含海象運算子 :=） 1.2.5 型別提示 (Type Hints) 1.3 流程控制 1.3.1 條件判斷 (if 語句) 1.3.1.1 結構化模式匹配 (match/case) 1.3.2 迴圈結構 1.3.3 例外處理（含例外群組 except*） 1.3.4 進階流程控制 1.4 函式、模組與套件管理 1.4.1 函式定義與使用 1.4.2 模組與套件 1.4.3 套件管理與發布 進階應用 2.1 面向物件程式設計 2.1.1 類別與物件 2.1.2 封裝與屬性 2.1.3 繼承 2.1.4 多型 2.1.5 特殊方法 (Magic Methods) 2.1.6 資料類別 (dataclasses) 2.2 檔案處理與例外處理 2.2.1 檔案基本操作 2.2.2 進階檔案處理 2.2.3 例外處理機制 2.2.4 上下文管理器 2.3 常用標準函式庫 2.3.1 日期時間處理 2.3.2 正規表達式 2.3.3 系統操作 2.3.4 網路程式設計基礎 2.3.5 其他重要模組 2.4 測試與除錯 2.4.1 單元測試基礎 2.4.2 進階測試技術 2.4.3 pytest 框架 2.4.4 除錯技巧 2.4.5 測試驅動開發 (TDD) 2.5 Python 現代特性（3.11 ~ 3.15） 2.5.1 Python 3.11 新特性 2.5.2 Python 3.12 新特性 2.5.3 Python 3.13 新特性 2.5.4 Python 3.14 新特性 2.5.5 Python 3.15 新特性（開發中） 專案實務應用 ...

Visual Studio Code 使用教學手冊 完整的 VS Code 開發環境設定與實戰指南 涵蓋前端 (Vue 3 + TypeScript) 與後端 (Spring Boot) 開發，適用於團隊協作與企業級專案開發 📋 目錄 1. VS Code 安裝與環境設定 1.1 安裝步驟 1.2 推薦字型與主題 1.3 專案必要的 Extensions 清單 1.4 設定同步功能 1.5 設定檔 (Profiles) 管理 1.6 實務案例與注意事項 2. 專案開發環境配置 2.1 如何開啟專案 2.2 前端、後端工作區設定 2.3 編碼規範設定 2.3.1 前端編碼規範 (ESLint + Prettier) 2.3.2 後端編碼規範 (Checkstyle) 2.3.3 Maven 獨立安裝設定 2.4 容器化開發環境 (Dev Containers) 2.5 實務案例與注意事項 3. 日常開發操作 3.1 Git 與 GitHub/GitLab 整合 3.2 常用快捷鍵 3.3 偵錯與斷點設定 3.4 終端機與多工作區使用 3.5 程式碼片段 (Snippets) 使用 3.6 實務案例與注意事項 4. 專案特定開發流程指引 4.1 前端開發流程 4.2 後端開發流程 4.3 全端開發工作流程 4.4 程式碼品質檢查 4.5 Python 開發環境設定 4.5.1 Python 專案結構 4.5.2 Python 環境設定 4.5.3 Python 開發工具設定 4.5.4 Python 偵錯設定 4.5.5 Python 任務設定 4.5.6 Python 專案範例 4.5.7 Python 開發最佳實務 4.6 效能監控與分析 4.7 實務案例與注意事項 5. 協作開發功能 5.1 Live Share 即時協作 5.2 多人開發設定 5.3 程式碼審查工具 5.3.1 GitHub Pull Request 整合 5.3.2 GitLab Merge Request 整合 5.3.3 程式碼審查檢查清單 5.4 團隊協作最佳實務 6. 進階功能與擴充 6.1 自訂程式碼片段 6.2 擴充功能開發入門 6.2.1 建立基本擴充功能 6.2.2 擴充功能專案結構 6.2.3 擴充功能基本開發 6.2.4 發布擴充功能 6.3 工作流程自動化 6.3.1 Task 自動化 6.3.2 GitHub Actions 整合 6.3.3 GitLab CI/CD 整合 6.4 效能優化進階技巧 6.4.1 檔案監控與搜尋優化 6.4.2 編輯器效能設定 6.4.3 擴充功能效能管理 6.4.4 大型專案效能建議 6.5 遠端開發與 SSH 6.5.1 Remote Development 概述 6.5.2 Remote SSH 設定 6.5.3 Remote Tunnels（安全隧道） 6.5.4 GitHub Codespaces 6.5.5 遠端開發最佳實務 6.6 工作區管理進階技巧 7. AI 輔助開發與 GitHub Copilot 7.1 GitHub Copilot 基礎設定 7.1.1 安裝與啟用 7.1.2 行內建議 (Inline Suggestions) 7.1.3 聊天功能 (Chat) 7.1.4 Smart Actions（智慧動作） 7.1.5 審查與管理 AI 變更 7.2 Agent 模式與工作階段管理 7.2.1 Agent 類型 7.2.2 工作階段管理 7.2.3 子代理 (Subagents) 7.3 Plan Agent 規劃代理 7.4 自訂 AI 行為 7.4.1 自訂指令 (Custom Instructions) 7.4.2 Prompt Files（提示檔案） 7.4.3 自訂代理檔案 7.4.4 Agent Skills（正式版） 7.4.5 組織層級指令 7.4.6 Hooks（生命週期鉤子） 7.4.7 疑難排解 7.5 MCP 伺服器整合 7.6 Copilot Memory（預覽） 7.7 語言模型管理 7.7.1 選擇語言模型 7.7.2 Anthropic 模型整合（Claude） 7.7.3 語言模型編輯器 7.8 AI 開發常用快捷鍵 7.9 AI 開發最佳實務 7.9.1 有效使用 AI 的建議 7.9.2 Agent 使用場景指引 7.9.3 安全性考量 8. 最佳實務 8.1 常見問題 (FAQ) 與解決方式 8.2 建議的工作習慣 8.3 效能最佳化 8.4 安全性最佳實務 8.5 團隊協作規範 9. 檢查清單 9.1 新進成員快速上手檢查清單 9.2 日常開發檢查清單 9.3 部署前檢查清單 9.4 故障排除檢查清單 10. 附錄 10.1 參考資源 10.2 聯絡支援 10.3 版本歷程 1. VS Code 安裝與環境設定 1.1 安裝步驟 1.1.1 下載與安裝 前往 Visual Studio Code 官方網站 點擊 “Download for Windows” 下載安裝檔 執行安裝檔，建議勾選以下選項： ✅ 新增至 PATH (在重新啟動後可用) ✅ 在檔案總管中的檔案上顯示「使用 Code 開啟」動作 ✅ 在檔案總管中的目錄上顯示「使用 Code 開啟」動作 ✅ 將 Code 註冊為支援的檔案類型的編輯器 1.1.2 首次啟動設定 啟動 VS Code 選擇適合的色彩主題 登入 Microsoft 帳戶（可選，用於同步設定） 1.2 推薦字型與主題 1.2.1 推薦字型 建議安裝並使用以下等寬字型： ...

在人工智慧領域，「prompt」指的是用戶輸入給 AI 模型的文字指令或問題，用來引導模型產生回應。它是你與 AI 溝通的起點，影響 AI 回應的內容、品質與風格。 🧠 Prompt 是什麼？ 是一段文字、問題或指令，用來告訴 AI 你想要什麼樣的回應。 在語言模型（如 ChatGPT）中，prompt 可以是簡單的問題，也可以是複雜的任務描述。 好的 prompt 能讓 AI 更準確地理解你的需求，產生有價值的內容。 ✍️ Prompt 的用途 問問題：例如「台灣和日本的時差是多少？」 請求創作：例如「幫我寫一篇關於氣候變遷的文章。」 角色扮演：例如「假設你是面試官，請問我三個技術問題。」 資料整理：例如「請將以下資訊整理成表格。」 🔧 如何撰寫高品質的 Prompt？ 技巧 說明 範例 明確具體 避免模糊用詞 「請列出三個影響員工流動率的因素」 設定格式 指定回應方式 「請用條列式說明」 提供背景 增加上下文 「假設你是 HR 經理，請撰寫招募建議書」 指定語氣 控制風格 「請用正式且精煉的語氣撰寫報告」 範例引導 示範期望格式 「請參考以下格式翻譯這段文字」 ====================================================== 如何撰寫專案的 Prompt 角色設定 確定 AI 的角色，例如「專案經理」、「技術架構師」或「UI/UX 設計師」，這有助於 AI 理解其應該採取的視角。 任務描述 清楚描述 AI 需要完成的任務，例如「撰寫專案計劃」、「設計系統架構」或「撰寫使用者故事」。 具體要求 提供明確的指示和期望結果，例如「請使用 Markdown 格式撰寫文檔」或「請提供 API 的詳細設計」。 範例和格式 如果有特定的格式或範例，請在 Prompt 中提供，這樣 AI 可以更好地理解你的需求。 如何建立專案的 Prompt 確定專案目標：明確定義專案的最終目標和需求，這將成為撰寫 Prompt 的基礎。 ...

SSDLC 專案範本指南 簡介 本指南提供安全軟體開發生命週期 (Secure Software Development Life Cycle, SSDLC) 的完整範本體系，旨在協助團隊透過 AI 輔助完成專案的各個階段開發任務。 SSDLC 階段概覽 1. 需求分析階段 (Requirements Analysis) 目標: 收集、分析並定義專案需求，建立安全需求規範 工作項目 業務需求收集 功能需求分析 非功能需求定義 安全需求識別 使用者故事撰寫 風險評估 技術細節和業務需求 需求追溯矩陣 安全威脅模型分析 合規性要求檢查 效能基準定義 2. 設計開發階段 (Design & Development) 目標: 進行系統架構設計和安全編碼實作 工作項目 系統架構設計 安全架構設計 資料庫設計 API 設計 編碼實作 程式碼審查 技術細節和業務需求 設計模式應用 安全編碼標準 程式碼品質標準 版本控制策略 3. 測試驗收階段 (Testing & Validation) 目標: 執行全面測試並進行安全驗證 工作項目 單元測試 整合測試 系統測試 效能測試 安全測試 使用者驗收測試 技術細節和業務需求 測試策略制定 自動化測試框架 安全測試工具 測試覆蓋率要求 4. 部署運維階段 (Deployment & Operations) 目標: 安全部署系統並建立持續監控機制 ...

SSDLC Prompt 範本使用指南 概述 本文檔提供完整的 SSDLC (Secure Software Development Life Cycle) Prompt 範本使用指南，協助團隊透過 AI 輔助完成各階段的開發任務。 範本結構說明 目錄組織 .github/prompts/ ├── SSDLC_專案範本指南.md # 主要指南文檔 ├── 需求分析/ │ ├── 業務需求收集範本.md │ ├── 功能需求分析範本.md │ ├── 安全需求識別範本.md │ └── 使用者故事撰寫範本.md ├── 設計開發/ │ ├── 系統架構設計範本.md │ ├── API設計範本.md │ └── [其他設計範本] ├── 測試驗收/ │ ├── 測試策略制定範本.md │ ├── 自動化測試範本.md │ └── [其他測試範本] └── 部署運維/ ├── CI_CD流程範本.md └── [其他運維範本] 快速開始指南 步驟 1: 選擇適當的範本 根據當前專案階段選擇對應的範本： 需求分析階段: 從業務需求收集開始 設計開發階段: 從系統架構設計開始 測試驗收階段: 從測試策略制定開始 部署運維階段: 從 CI/CD 流程設計開始 步驟 2: 填寫專案資訊 每個範本都包含專案背景資訊區塊，需要填入： ...

測試策略制定範本 Prompt 目標 指導 AI 制定全面的軟體測試策略，涵蓋各種測試類型和測試方法。 角色設定 你是一位資深測試架構師和品質保證專家，具備豐富的測試策略規劃經驗，熟悉各種測試方法論和自動化測試框架。 任務描述 請協助我為 {專案名稱} 制定完整的測試策略。 專案測試背景 專案名稱: {填入專案名稱} 系統類型: {填入系統類型} 技術棧: {填入主要技術棧} 團隊規模: {填入開發團隊人數} 專案時程: {填入專案開發週期} 品質要求: {填入品質標準要求} 測試策略要求 請按照以下結構制定測試策略： 1. 測試目標和範圍 測試目標定義 測試範圍界定 品質標準設定 風險評估分析 2. 測試類型規劃 功能測試策略 非功能測試策略 安全測試策略 相容性測試策略 3. 測試層級設計 單元測試策略 整合測試策略 系統測試策略 驗收測試策略 4. 自動化測試規劃 自動化測試範圍 工具選型評估 框架架構設計 CI/CD 整合規劃 5. 測試環境規劃 測試環境需求 資料管理策略 環境配置管理 監控和維護計畫 6. 測試執行計畫 測試階段規劃 資源分配計畫 時程安排規劃 風險應對計畫 輸出格式 # {專案名稱} 測試策略文檔 ## 1. 測試概覽 ### 1.1 測試目標 **主要目標:** - 確保系統功能符合需求規格 - 驗證系統效能達到預期標準 - 保證系統安全性和穩定性 - 提升產品品質和使用者體驗 **品質目標:** - 功能覆蓋率: ≥ 95% - 程式碼覆蓋率: ≥ 80% - 缺陷逃逸率: ≤ 5% - 自動化測試比例: ≥ 70% ### 1.2 測試範圍 #### 包含範圍 - 所有核心業務功能 - 使用者介面和用戶體驗 - API 介面和資料交換 - 系統整合和第三方服務 - 安全性和權限控制 - 效能和可擴展性 #### 排除範圍 - 第三方組件內部邏輯 - 作業系統層級功能 - 網路基礎設施 - 瀏覽器內建功能 ### 1.3 品質標準 | 品質特性 | 標準 | 測量方法 | |----------|------|----------| | 功能性 | 95% 需求符合度 | 測試案例通過率 | | 可靠性 | 99.9% 系統可用性 | 系統監控數據 | | 效能 | 響應時間 < 2秒 | 效能測試報告 | | 易用性 | 8/10 使用者滿意度 | 使用者測試回饋 | | 安全性 | 0 高風險漏洞 | 安全掃描報告 | ## 2. 測試類型策略 ### 2.1 功能測試 #### 2.1.1 單元測試 **目標:** 驗證個別程式碼單元的正確性 **覆蓋率要求:** ≥ 80% **工具:** JUnit 5, Mockito, AssertJ **責任歸屬:** 開發人員 **測試重點:** - 業務邏輯正確性 - 邊界值處理 - 異常情況處理 - 資料驗證邏輯 #### 2.1.2 整合測試 **目標:** 驗證模組間介面和資料流 **類型:** - API 整合測試 - 資料庫整合測試 - 第三方服務整合測試 **工具:** TestContainers, WireMock, REST Assured #### 2.1.3 系統測試 **目標:** 驗證完整系統功能 **測試類型:** - 端對端功能測試 - 業務流程測試 - 使用案例驗證 **工具:** Selenium WebDriver, Cucumber ### 2.2 非功能測試 #### 2.2.1 效能測試 **測試類型:** - 負載測試: 正常負載下的系統表現 - 壓力測試: 超過正常負載的系統表現 - 容量測試: 系統處理能力上限 - 耐久性測試: 長時間運行的穩定性 **效能指標:** - 響應時間: 95% 請求 < 2秒 - 吞吐量: > 1000 TPS - 並發使用者: > 5000 - 資源使用率: CPU < 80%, Memory < 85% **工具:** JMeter, Gatling, K6 #### 2.2.2 安全測試 **測試範疇:** - 身份驗證和授權測試 - 輸入驗證和 SQL 注入防護 - 跨站腳本攻擊 (XSS) 防護 - 跨站請求偽造 (CSRF) 防護 - 敏感資料保護 **工具:** OWASP ZAP, Burp Suite, SonarQube Security #### 2.2.3 相容性測試 **瀏覽器相容性:** - Chrome (最新版本及前2版) - Firefox (最新版本及前2版) - Safari (最新版本及前1版) - Edge (最新版本及前2版) **作業系統相容性:** - Windows 10/11 - macOS (最新版本及前2版) - Ubuntu LTS **裝置相容性:** - 桌面電腦 (1920x1080 以上) - 平板電腦 (768x1024) - 手機 (375x667 以上) ## 3. 測試自動化策略 ### 3.1 自動化測試金字塔 ┌─────────────────┐ │ UI Tests │ ← 少量 (10%) │ (E2E Tests) │ ├─────────────────┤ │ Integration │ ← 中等 (30%) │ Tests │ ├─────────────────┤ │ Unit Tests │ ← 大量 (60%) │ │ └─────────────────┘ ### 3.2 自動化工具選型 #### 單元測試框架 **選擇:** JUnit 5 + Mockito **理由:** - 成熟穩定的 Java 測試框架 - 豐富的斷言和模擬功能 - 良好的 IDE 整合支援 - 活躍的社群和文檔 #### 整合測試工具 **API 測試:** REST Assured **資料庫測試:** TestContainers **模擬服務:** WireMock #### UI 自動化工具 **選擇:** Selenium WebDriver + Page Object Model **輔助工具:** WebDriverManager, Extent Reports ### 3.3 CI/CD 整合 #### 持續整合流程 程式碼提交 → 靜態分析 → 單元測試 → 建置 → 整合測試 → 部署測試環境 → E2E測試 → 產生報告 ...