qTest & TDD 整合實施工作流 (Hilosi 版)

根據 TDD_flow_hilosi 實施藍圖，明確劃分專案時程、品質檢驗平台與開發自律三大泳道的交互流向。

MES TDD & qTest Workflow
點擊放大圖片

三大 Swimlanes 泳道與箭頭流向解說

根據 Hilosi 的流程圖，專案活動分布在 **Project Phase**、**qTest** 與 **Development** 三大維度，並遵循以下具體流向：

藍色箭頭流 ── 實施交付主線 (Blue / Green Arrow)

代表前向工程的交付路徑，將時程里程碑與品質物件無縫綁定：

  • 需求收集對映：在 **Project Phase** 進行 Requirement Taking，同步寫入 **qTest** 的 Requirement 模組中。
  • 藍圖規劃案例：於 **Project Phase** 完成 Blue Prints 設計後，直接於 **qTest** 中轉化為可執行的 Plan (use case) 測試用例。
  • 開發自律測試：**Development** 泳道中的 Test Scripts 直接讀取 qTest `Plan (use case)` 規格；開發人員實作 MES function Implement，直至本地測試通過。
  • 系統整合測試：本地自測通過後，觸發 **Project Phase** 中的 Test Area Development (測試區部署)，交付至 UAT 測試線，與 qTest 的 Execution (use case) 和 **Project Phase** 的 Test 階段對齊執行。
黃色箭頭流 ── 品質防禦與解鎖閘口 (Yellow Gates)

負責把關部署許可與自動化覆核狀態：

  • 自測解鎖人工 UAT：在 Development 泳道中，只有 Test Scripts 通過後，才解鎖並核准程式碼進行 Test Area Development 測試區部署。
  • 驗收解鎖生產發布：當 UAT 人工測試 (Execution/Test) 通過且無缺陷殘留時，黃色通知傳遞，核准進入 **Project Phase** 中的 Production area Deployment (正式區部署)，最終實現系統上線 Go live。
橘色/紫色迴圈 ── TDD 缺陷修補自癒閉環 (Reactive Loop)

負責處理 UAT 測試期間所發生的任何異常與修正流程：

  • 缺陷登錄：人工測試 (Test / Execution) 失敗時，於 qTest 登錄 Defects (缺陷)。
  • 測試重現 Bug：Defects 自動回饋至 Development 泳道的 Version Changes，開發團隊不能直接改功能，而是**先修改與更新 Test Scripts** 以重現該 Bug。
  • 迴歸防線：代碼重構修復後，功能必須通過更新後的 `Test Scripts` 自測變綠，方可重新部署至 Test Area，直到 qTest 中 Defects 狀態流轉為 Resolved。