iT邦幫忙

2021 iThome 鐵人賽

DAY 12
0

「驗收測試的目的是溝通、澄清及精確化。從專業開發人員的眼光來看,與業務方、測試方協同工作,確保大家都明白系統的行為將是怎樣,是自己的責任」

取自: The Clean Coder (p.133)

https://ithelp.ithome.com.tw/upload/images/20210927/20138643nYvjczOJon.png

https://www.techbeamers.com/user-acceptance-testing/

CH7: 驗收測試

  • 過早精細化
  • Given When Then
  • 自動化

驗收測試什麼時候寫,又該由誰來寫

  • 業務分析員:
  • QA 人員:
  • 開發人員:

驗收測試不是單元測試

小結


CH8: 測試策略

「測試並不是寫一些單元測試或驗收測試這麼簡單,每個專業開發團隊都需要一套好的測試策略

取自: The Clean Coder (p.141)

QA 是需求定義者 & 特性描述者 (Specifiers & Characterizers)

  • Spec
    • 極端情況
    • 邊界條件
    • 異常路徑
  • Char
    • 探索式測試

自動化測試金字塔

https://ithelp.ithome.com.tw/upload/images/20210927/20138643tY7rB4pxgq.png

https://www.onpathtesting.com/blog/qa-testers-what-is-the-agile-testing-pyramid

  • 單元
  • 元件
  • 整合
  • 系統
  • 人工探索

小結


上一篇
Day 11: 協作、團隊與專案、學徒期 (待改進中... )
下一篇
Day 13: 時間管理、預估、壓力 (待改進中... )
系列文
成為乾淨的開發者吧! Clean Code, Clean Coder, Clean Architecture 導讀之旅31
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言