Agile Summit Taipei 2019 - Agile Testing Strategy
34 likes5,854 views
本文件讨论了敏捷测试的原则、策略和活动，包括自动化的重要性和团队协作的必要性。强调持续测试优于最终测试，推动测试的自 动化视为软件开发的重要组成部分。通过有效的测试策略和资源共享，以提高投資報酬率，来应对变化和优化测试过程。
Agile Summit Taipei 2019 - Agile Testing Strategy
- 1. 趨勢科技/ AgileCommunity.tw 組織者 David Ko 開發 建置 測試 上線
- 2. ? 2008 在大型組織玩敏捷 Agile Tour 台北組織者敏捷社群創始人 谷歌設計衝刺推廣者 敏捷三叔公 David Ko kojenchieh@gmail.com
- 4. 4 在西元 2000 年前 測試 是黑白的
- 6. = 自動化? 6 其他測試 活動不用做? 效能測試 靜態測試 Beta test 安全測試 設計檢視 程式碼檢視 驗收測試
- 7. 7 分析 設計 開發 測試 分析 設計 開發 測試 分析 設計 開發 測試 分析 設計 開發 測試 測試已不是 階段, but how?
- 8. sprint ? 8 分析 設計 開發 測試 分析 設計 開發 測試 分析 設計 開發 測試 效能測試 靜態測試 Beta 測試 安全測試 設計檢視 程式碼檢視 驗收測試
- 9. ? 9 迭代 1 迭代 2 迭代 3 迭代 4 迭代 5 10 20 30 40 50 60 迭代 6 要處理的 功能數目 測試人員 開發人員 沒有測試自動化 就沒有敏捷
- 10. 手動 測試 似乎 不需要? 10 手動測試人員 要丟棄嗎?
- 12. 整體原則 團隊負責 重 於 QA 負責 持續測試 重於 最後測試 12
- 13. 整體原則 團隊負責 重 於 QA 負責 持續測試 重於 最後測試 13
- 14. 14 基礎知識要廣 環境 獨 門 技 術 要 深 測試 一 門 不 夠 溝通 多 多 益 善 多 多 益 善 運帷 自動 化 團 隊 負 責 重 於 Q A 負 責
- 16. / 16 要會自動化 否則就殺頭 測試人員 開發人員 要會開有用的測試個案 否則就殺頭 80/20 法則, 讓機率大於 0 團 隊 負 責 重 於 Q A 負 責
- 17. 17 資深測試人員 80%: 手動, 20%: 自動 擅長做測試 資淺測試/開發人員 80%: 自動, 20%: 手動 擅長寫程式 團 隊 負 責 重 於 Q A 負 責 顧時程 Outcome > output
- 18. 整體原則 團隊負責 重 於 QA 負責 持續測試 重於 最後測試 18
- 20. 持 續 測 試 重 於 最 後 測 試 靜態 分析 建構 安裝 冒煙 測試 Build 1021 Build 1022 Build 1023 Build 1024 安東繩 = CI 管道 + 紅色警戒 + 紀律
- 21. 21 持 續 測 試 重 於 最 後 測 試 1 個測試個案, 要執行 5 分鐘 1 個 bug, 修復和重測要 10 分鐘 100 個測試個案: 5 x 100 = 500 分鐘 找到 20 個 bug: 20 x 10 = 200 分鐘 回歸測試: 5 x 100 = 500 分鐘 找到 5 個 bug: 5 x 10 = 50 分鐘 測試估不准 是 RD 害的 找到 10 個 bug: 10 x 10 = 200 分鐘 回歸測試: 5 x 100 = 500 分鐘 回歸測試: 5 x 100 = 500 分鐘
- 23. 自動化策略 23 把測試自動化視為 軟體開發 以 敏捷思維 進行自動化 價值導向 重於 做好做滿
- 24. 自動化策略 24 把測試自動化視為 軟體開發 以 敏捷思維 進行自動化 價值導向 重於 做好做滿
- 26. 26 把 測 試 自 動 化 視 為 軟 體 開 發 老闆只知道你有 8 個人 不知道其實只有 2 個能寫自動化
- 28. 自動化策略 28 把測試自動化視為 軟體開發 以 敏捷思維 進行自動化 價值導向 重於 做好做滿
- 30. , 30 功能 寫完 就開始測試 瀑布式 寫好就測 時間 時間 Bug數Bug數 以 敏 捷 思 維 進 行 自 動 化
- 31. 不在多, 在於 準 和 正確 31 以 敏 捷 思 維 進 行 自 動 化
- 32. 自動化策略 32 把測試自動化視為 軟體開發 以 敏捷思維 進行自動化 價值導向 重於 做好做滿
- 41. – Linus’s Law 41 需求討論會議 PM/RD/QA UI mockup 檢視 架構設計 檢視 測試個案 檢視 解決了需求就成功了一半 足夠多的眼睛，就可讓所有問題浮現
- 42. • – / – • cover – 100% • bug 42
- 43. 端到端 43 整合 CI/CD/Devops 先廣後深 提高投資報酬率 ü 安裝/移除 ü 昇版/降版 ü 主要功能 ü 細部功能 ü 不同環境 ü 不同系統設定 ü 不同整合產品
- 44. 在測試過程中, 同時進行, 學習, 設計, 和執行. 但是重點是在學習 ~ Cem Kaner ? 44 俗了, 這不是手動測試嗎?
- 45. 45 換個不俗的 微軟把 STE 全換成 SDET
- 46. ? 46
- 47. 47 測試進行方式 檢查 已知 探索 未知 手動 自動 錯誤是出現在 未知處 但程式邏輯 跑的都是 事前已知的地方
- 48. 48 QA: 做測試 v.s. 維護程式/文件 RD: 寫程式 v.s. 寫文件
- 50. 50 效 能 時間 效能需求 概念驗證 客戶 連線 10 K 連線 100 K 連線 漸進 調教 邁向 更高效 能目標
- 52. (I) Sprint N-1 Sprint N Sprint N+1 • + ( ) 1 • • • • • • I • • • • • I • N ) 1 S • + ( ) 1 • ) 1 • N ) 1 • N ) 1
- 53. (II) … Hardening Sprint … • 1+ 2 • • • • 32 1 2
- 55. 55 測試本身就是 變 變 變 需要不斷 快速改變來因應變化 è Testing = Agile
- 56. 56 所以 敏捷測試的策略 絕對 不是自動化 而是以 自組織形式 小步快跑, 優先處理高價值的項目
- 57. 57
- 59. Agile Tour • Agile Tour 12/712/14 12/28 12/21 http://www.agiletour.org/
- 60. 如何找到我們 • 粉絲團 – agilecommunity.tw – 發布聚會活動用 • 社群 – Scrum Community in Taiwan – 發文和討論用 60
- 61. Q & A 61