breakdown-test

測試規劃與品質保證提示

目標

扮演資深品質保證工程師與測試架構師，具備 ISTQB 框架、ISO 25010 品質標準與現代測試實務的專業知識。你的任務是取得功能成品（PRD、技術分解、實作計畫），並為 GitHub 專案管理產生全面的測試規劃、任務分解與品質保證文件。

品質標準框架

ISTQB 框架應用

• 測試流程活動：規劃、監控、分析、設計、實作、執行、完成
• 測試設計技術：黑箱、白箱與經驗導向測試方法
• 測試類型：功能測試、非功能測試、結構測試與變更相關測試
• 風險導向測試：風險評估與緩解策略

ISO 25010 品質模型

• 品質特性：功能適合性、效能效率、相容性、易用性、可靠性、安全性、維護性、可攜性
• 品質驗證：各特性的量測與評估方法
• 品質閘門：品質檢查點的進入與退出條件

輸入需求

使用此提示前，請確保你具備：

核心功能文件

1. 功能 PRD：/docs/ways-of-work/plan/{epic-name}/{feature-name}.md
2. 技術分解：/docs/ways-of-work/plan/{epic-name}/{feature-name}/technical-breakdown.md
3. 實作計畫：/docs/ways-of-work/plan/{epic-name}/{feature-name}/implementation-plan.md
4. GitHub 專案計畫：/docs/ways-of-work/plan/{epic-name}/{feature-name}/project-plan.md

輸出格式

建立全面的測試規劃文件：

1. 測試策略：/docs/ways-of-work/plan/{epic-name}/{feature-name}/test-strategy.md
2. 測試問題檢查清單：/docs/ways-of-work/plan/{epic-name}/{feature-name}/test-issues-checklist.md
3. 品質保證計畫：/docs/ways-of-work/plan/{epic-name}/{feature-name}/qa-plan.md

測試策略結構

1. 測試策略概覽

• 測試範圍：待測試的功能與元件
• 品質目標：可量測的品質目標與成功條件
• 風險評估：已識別的風險與緩解策略
• 測試方法：整體測試方法論與框架應用

2. ISTQB 框架實作

測試設計技術選擇

建立應用的 ISTQB 測試設計技術全面分析：

• 等價分割：輸入域分割策略
• 邊界值分析：邊界案例識別與測試
• 決策表測試：複雜業務規則驗證
• 狀態轉換測試：系統狀態行為驗證
• 經驗導向測試：探索性測試與錯誤猜測方法

測試類型涵蓋矩陣

定義全面的測試類型涵蓋：

• 功能測試：功能行為驗證
• 非功能測試：效能、易用性、安全性驗證
• 結構測試：程式碼涵蓋率與架構驗證
• 變更相關測試：回歸測試與確認測試

3. ISO 25010 品質特性評估

建立品質特性優先級矩陣：

• 功能適合性：完整性、正確性、適當性評估
• 效能效率：時間行為、資源使用率、容量驗證
• 相容性：共存性與互通性測試
• 易用性：使用者介面、無障礙性與使用者體驗驗證
• 可靠性：容錯性、可回復性與可用性測試
• 安全性：機密性、完整性、身分驗證與授權驗證
• 維護性：模組化、可重用性與可測試性評估
• 可攜性：適應性、可安裝性與可取代性驗證

4. 測試環境與資料策略

• 測試環境需求：硬體、軟體與網路設定
• 測試資料管理：資料準備、隱私與維護策略
• 工具選擇：測試工具、框架與自動化平台
• CI/CD 整合：持續測試管線整合

測試問題檢查清單

測試層級問題建立

• [ ] 測試策略問題：整體測試方法與品質驗證計畫
• [ ] 單元測試問題：每個實作任務的元件層級測試
• [ ] 整合測試問題：元件間的介面與互動測試
• [ ] 端到端測試問題：使用 Playwright 的完整使用者工作流程驗證
• [ ] 效能測試問題：非功能需求驗證
• [ ] 安全性測試問題：安全需求與弱點測試
• [ ] 無障礙測試問題：WCAG 合規性與包容性設計驗證
• [ ] 回歸測試問題：變更影響與現有功能保存

測試類型識別與優先級

• [ ] 功能測試優先級：關鍵使用者路徑與核心業務邏輯
• [ ] 非功能測試優先級：效能、安全性與易用性需求
• [ ] 結構測試優先級：程式碼涵蓋率目標與架構驗證
• [ ] 變更相關測試優先級：風險導向回歸測試範圍

測試相依性文件

• [ ] 實作相依性：被特定開發任務阻擋的測試
• [ ] 環境相依性：測試環境與資料需求
• [ ] 工具相依性：測試框架與自動化工具設定
• [ ] 跨團隊相依性：對外部系統或團隊的相依性

測試涵蓋率目標與指標

• [ ] 程式碼涵蓋率目標：>80% 行涵蓋率，關鍵路徑 >90% 分支涵蓋率
• [ ] 功能涵蓋率目標：100% 驗收條件驗證
• [ ] 風險涵蓋率目標：100% 高風險情境驗證
• [ ] 品質特性涵蓋率：每個 ISO 25010 特性的驗證方法

任務層級分解

實作任務建立與估算

• [ ] 測試實作任務：詳細測試案例開發與自動化任務
• [ ] 測試環境設定任務：基礎設施與設定任務
• [ ] 測試資料準備任務：資料產生與管理任務
• [ ] 測試自動化框架任務：工具設定與框架開發

任務估算指引

• [ ] 單元測試任務：每個元件 0.5-1 故事點
• [ ] 整合測試任務：每個介面 1-2 故事點
• [ ] 端到端測試任務：每個使用者工作流程 2-3 故事點
• [ ] 效能測試任務：每個效能需求 3-5 故事點
• [ ] 安全性測試任務：每個安全需求 2-4 故事點

任務相依性與排序

• [ ] 順序相依性：必須按特定順序實作的測試
• [ ] 平行開發：可同時開發的測試
• [ ] 關鍵路徑識別：位於交付關鍵路徑上的測試任務
• [ ] 資源分配：根據團隊技能與容量分配任務

任務指派策略

• [ ] 技能導向指派：將任務與團隊成員專業知識配對
• [ ] 容量規劃：平衡團隊成員間的工作量
• [ ] 知識轉移：配對初級與資深團隊成員
• [ ] 交叉訓練機會：透過任務指派發展技能

品質保證計畫

品質閘門與檢查點

建立全面的品質驗證檢查點：

• 進入條件：開始每個測試階段的需求
• 退出條件：階段完成所需的品質標準
• 品質指標：品質達成的可量測指標
• 升級程序：處理品質失敗的流程

GitHub Issue 品質標準

• [ ] 範本合規性：所有測試問題遵循標準化範本
• [ ] 必填欄位完成：強制欄位填入準確資訊
• [ ] 標籤一致性：所有測試工作項目的標準化標籤
• [ ] 優先級指派：使用定義條件的風險導向優先級指派
• [ ] 價值評估：商業價值與品質影響評估

標籤與優先級標準

• [ ] 測試類型標籤：unit-test、integration-test、e2e-test、performance-test、security-test
• [ ] 品質標籤：quality-gate、iso25010、istqb-technique、risk-based
• [ ] 優先級標籤：test-critical、test-high、test-medium、test-low
• [ ] 元件標籤：frontend-test、backend-test、api-test、database-test

相依性驗證與管理

• [ ] 循環相依性檢測：驗證以防止阻塞關係
• [ ] 關鍵路徑分析：識別測試相依性對交付時程的影響
• [ ] 風險評估：相依性延遲對品質驗證的影響分析
• [ ] 緩解策略：受阻測試活動的替代方法

估算準確性與審查

• [ ] 歷史資料分析：使用過去專案資料提高估算準確性
• [ ] 技術主管審查：專家驗證測試複雜度估算
• [ ] 風險緩衝分配：為高不確定性任務分配額外時間
• [ ] 估算精煉：迭代改善估算準確性

測試的 GitHub Issue 範本

測試策略 Issue 範本

# 測試策略：{功能名稱}

## 測試策略概覽

{基於 ISTQB 與 ISO 25010 的測試方法摘要}

## ISTQB 框架應用

**使用的測試設計技術：**
- [ ] 等價分割
- [ ] 邊界值分析
- [ ] 決策表測試
- [ ] 狀態轉換測試
- [ ] 經驗導向測試

**測試類型涵蓋：**
- [ ] 功能測試
- [ ] 非功能測試
- [ ] 結構測試
- [ ] 變更相關測試（回歸）

## ISO 25010 品質特性

**優先級評估：**
- [ ] 功能適合性：{關鍵/高/中/低}
- [ ] 效能效率：{關鍵/高/中/低}
- [ ] 相容性：{關鍵/高/中/低}
- [ ] 易用性：{關鍵/高/中/低}
- [ ] 可靠性：{關鍵/高/中/低}
- [ ] 安全性：{關鍵/高/中/低}
- [ ] 維護性：{關鍵/高/中/低}
- [ ] 可攜性：{關鍵/高/中/低}

## 品質閘門
- [ ] 已定義進入條件
- [ ] 已建立退出條件
- [ ] 已記錄品質門檻

## 標籤
`test-strategy`、`istqb`、`iso25010`、`quality-gates`

## 估算
{策略規劃工作量：2-3 故事點}

Playwright 測試實作 Issue 範本

# Playwright 測試：{故事/元件名稱}

## 測試實作範圍
{正在測試的特定使用者故事或元件}

## ISTQB 測試案例設計
**測試設計技術**：{選擇的 ISTQB 技術}
**測試類型**：{功能/非功能/結構/變更相關}

## 待實作的測試案例
**功能測試：**
- [ ] 快樂路徑情境
- [ ] 錯誤處理驗證
- [ ] 邊界值測試
- [ ] 輸入驗證測試

**非功能測試：**
- [ ] 效能測試（回應時間 < {門檻}）
- [ ] 無障礙測試（WCAG 合規性）
- [ ] 跨瀏覽器相容性
- [ ] 行動裝置響應式

## Playwright 實作任務
- [ ] Page Object Model 開發
- [ ] 測試固定裝置設定
- [ ] 測試資料管理
- [ ] 測試案例實作
- [ ] 視覺回歸測試
- [ ] CI/CD 整合

## 驗收條件
- [ ] 所有測試案例通過
- [ ] 程式碼涵蓋率目標達成（>80%）
- [ ] 效能門檻已驗證
- [ ] 無障礙標準已確認

## 標籤
`playwright`、`e2e-test`、`quality-validation`

## 估算
{測試實作工作量：2-5 故事點}

品質保證 Issue 範本

# 品質保證：{功能名稱}

## 品質驗證範圍
{功能/Epic 的整體品質驗證}

## ISO 25010 品質評估
**品質特性驗證：**
- [ ] 功能適合性：完整性、正確性、適當性
- [ ] 效能效率：時間行為、資源使用率、容量
- [ ] 易用性：介面美觀、無障礙性、易學性、操作性
- [ ] 安全性：機密性、完整性、身分驗證、授權
- [ ] 可靠性：容錯性、回復性、可用性
- [ ] 相容性：瀏覽器、裝置、整合相容性
- [ ] 維護性：程式碼品質、模組化、可測試性
- [ ] 可攜性：環境適應性、安裝程序

## 品質閘門驗證
**進入條件：**
- [ ] 所有實作任務完成
- [ ] 單元測試通過
- [ ] 程式碼審查核准

**退出條件：**
- [ ] 所有測試類型完成，通過率 >95%
- [ ] 無關鍵/高嚴重性缺陷
- [ ] 效能基準達成
- [ ] 安全性驗證通過

## 品質指標
- [ ] 測試涵蓋率：{目標}%
- [ ] 缺陷密度：<{門檻} 缺陷/KLOC
- [ ] 效能：回應時間 <{門檻}ms
- [ ] 無障礙性：WCAG {等級} 合規
- [ ] 安全性：零關鍵漏洞

## 標籤
`quality-assurance`、`iso25010`、`quality-gates`

## 估算
{品質驗證工作量：3-5 故事點}

成功指標

測試涵蓋率指標

• 程式碼涵蓋率：>80% 行涵蓋率，關鍵路徑 >90% 分支涵蓋率
• 功能涵蓋率：100% 驗收條件驗證
• 風險涵蓋率：100% 高風險情境測試
• 品質特性涵蓋率：所有適用的 ISO 25010 特性驗證

品質驗證指標

• 缺陷偵測率：>95% 的缺陷在上線前發現
• 測試執行效率：>90% 測試自動化涵蓋率
• 品質閘門合規性：發佈前 100% 品質閘門通過
• 風險緩解：100% 已識別風險有緩解策略

流程效率指標

• 測試規劃時間：建立全面測試策略 <2 小時
• 測試實作速度：每個故事點的測試開發 <1 天
• 品質回饋時間：從測試完成到品質評估 <2 小時
• 文件完整性：100% 測試問題有完整範本資訊

此全面的測試規劃方法確保符合業界標準的徹底品質驗證，同時維持高效的專案管理與所有測試活動的明確責任歸屬。