敏捷軟體版本測試週期
採用敏捷開發過程，只要當需求足夠形成一個週期工作量之後，
就可以進行啟動循環週期： 分析-設計-開發-測試-上線
每個循環期間，會需要非常頻繁的進行軟體版本測試週期
(事實上，這裡所提及的 alpha, beta… 測試階段，與傳統做法不同，敏捷的測試階段都是以週期為檢核點 )
原則上，團隊實際運作流程，更重視的還是 git-flow, CI/CD , QA/Code Review持續交付流程
α 測試 (Alpha)
在開發階段，需要大量測試調整時
- 以內部開發人員為主，新增 branch 進行開發
- 現階段以本機器對接方式直接測試功能 ，前後端開發直接由本機對後端本機IP進行測試與開發
- 內部 α 測試機可自行運用
β 測試 (Beta)
- 提供階段產品已處理大多數不完善之處，可邀請合作夥伴或客戶共同測試，提供反饋
- 將 branch 合併至 develop
- 此階段以內部本機直接測試功能
- 內部 β 測試機可自行運用
γ 測試 (Gamma)
- 產品測試至成熟階段，將功能整合至 release 進行測試，取得反饋及優化
- 此階段以線上測試機為主，也可於內部架設測試機進行測試
- 觀察10-30分鐘，檢測功能是否會影響到系統穩定性
上線
- 產品經過完整測試階段，即整合至 master 同步到正式機，進行上線
- 正式機更新完畢，須立即對新增功能進行檢測
- 正式營運階段，至少觀察10-30 分鐘，檢測新功能是否影響系統穩定性，若有發生異常要立即還原