# 專案實踐自動化測試框架的設計與心路歷程 - 蔣政道 (D.C)

{%hackmd @DevOpsDay/BymyqYaeo %}
> 各家講者出來分享自己的經驗多少都有些公司內規和公關要求的限制，有些不方便分享的地方（例如：不要張貼簡報截圖）還請大家多多包涵喔（不然就更多人不敢出來分享了）
> [name=DevOpsDays Taipei 2022]

> 各家講者出來分享自己的經驗多少都有些公司內規和公關要求的限制，有些不方便分享的地方（例如：不要張貼簡報截圖）還請大家多多包涵喔（不然就更多人不敢出來分享了）
> [name=DevOpsDays Taipei 2022]

> 從這開始

###### tags: `DevOpsDays Taipei 2022`

測試是業務發展的關鍵指標
1. 業務的發展需要專案團隊的支持
2. 測試佔專案的最大時程
3. 關乎品牌形象與產品品質

業務創新>軟體複雜度提高>測試困難度上升

- 原始時代
- 系統單一，測試簡單
- 自動化時代
- 引入自動化測試工具
- 暗黑時代
- 專責測試中心，系統隨業務遽增且腳本不佳，業務堆積、技術債越來越多
- 封建時代
- 回到各系統負責人身上
- 數位轉型時代
- 建立自動化測試框架，導入R&R

敏捷開發的迭代速度讓人工測試反應不及，而造成版本迭代速度依舊無法提升
結果: 產的很快、品質很爛

導入自動化測試框架，但測試資料、腳本、結果還是得靠人

腳本設計非模組化，讓技術債不斷疊加，且RFT與RQM維護困難，最終廢棄

五大主因:
- 多元化測試方法
- 未考量整合相容性與維來發展，測試情境受限
- 流程自動化
- 測試報告仍仰賴人工
- 腳本模組化
- 測試腳本共用功能未梳理
- 資料切分
- 測試資料未劃分
- 角色分工
- 分工不明確

改善:
- 優先考量整合相容性，走向開放框架
- DevOps文化於行內推廣，整合SDLC流程
- Jira、Confluence、CICD 工具發展成熟下，得以建置自動化測試框架、流程，使自動化流程極大化
- 自動化流程設計、SDLC流程、測試管理、缺陷管理
- 為加速測案資訊移轉，透過紀錄測案CSV匯入Jira，批次移轉
- 測試與開發整合
- 缺陷追蹤矩陣、需求管理/測試管理DashBoard
- 監控指標: 資源、測試成熟度、示警
- 測試方法模組化
- 藉由資料格式，切分出功能模組與抽象化
- 依測案資料傳至測試框架，區分出API與KAFKA執行方法，使框架執行具備彈性
- Web腳本依測試需求，藉由系統驗證行為不同，切分出功能模組與抽象化
- 案例設計原則: 可重複、可驗證、可追溯
- Pipeline執行資料庫初始化，及設計測案時，劃分測試資料，以確保測試資料正確
- R&R規範制定

Recap
- 測試需要定義框架，可彈性擴展
- 測試像系統開發一樣，有clean code、Best Practice
- 測試三原則:可重複、可驗證、可追溯，測試種類/用途/環境 需獨立
- 權責分明、分工確實