iT邦幫忙

第 11 屆 iThome 鐵人賽

DAY 17
1
DevOps

後端功城獅30天DevOps探討挑戰系列 第 17

Test Plan 測試計畫

前面介紹完了軟體測試與自動化測試的概念與用途,這邊要再多說一篇的測試,關於如何設計測試案例,也就是所謂的Test Plan

Test Plan 是一種測試文件,包含測試流程、測試環境、測試方法、測試項目/範圍、時程安排、限制條件,而有建立測試計畫會有以下優點:

  • 會有測試流程的手順,描寫該如何執行測試
  • 會描述測試範圍的細節,避免做過多不必要的功能
  • 可以更精確的評估系統所需的測試時間與成本
  • 可以更清楚的定義出測試團隊裡每個人的角色與責任
  • 提供出每個測試活動的時程安排
  • 描述出測試流程中所需的資源和設備
  • 可以提供予客戶,包含提高信任度,也可同時確認需求的準確度

至於撰寫一份好的測試計畫,該如何做?
https://ithelp.ithome.com.tw/upload/images/20191003/20111916qSwRM6vbxA.png
圖片來源:How to Create a Test Plan

有八個步驟:

  1. Analyze the product 分析產品
    先了解產品的需求、目標、使用者...等相關的資訊,其實就類似專案開發中的系統需求分析,透過與客戶訪談、討論,來設計功能,並反覆確認需求的內容,以確保滿足度,這個也同時可以讓測試的目標更加精確
  2. Design test strategy 設計測試策略
    這是流程中最重要的部分,要定義出:專案的測試目標與達成方法、決定測試的成本,會有四個步驟
    • Define Scope of Testing 定義測試範圍:哪些是需要被測試的、哪些是不需要被測試的
    • Identify Testing Type 識別測試類型:該測試屬於單元測試、整合測試、系統測試....還是什麼層級
    • Document Risks & Issues 文件化風險與問題:將未來可能遇到的風險或問題先列出來並準備其對應方式,以文件化方式記錄
    • Create Test Logistics 建立測試邏輯:主要是誰要測試、什麼時機測試、測試什麼
  3. Define test objectives 定義測試目標
    可條列出需要測試的內容,例如:效能、功能正確性、畫面、系統可用性...等等,然後將此些內容的測試目標定義出來
  4. Define test criteria 定義測試規範
    測試規範是用來斷定是否通過測試以及整體測試流程的準則,當測試沒有通過時,要一直等待至開發有針對bug的修正,再行再次的測試,直至通過為止
  5. Resource planning 資源計畫
    執行測試時所需要的資源:包含人力、設備...等等
  6. Plan test environment 決定測試環境
    決定測試的環境設定,例如常見的狀況是,正式環境可能同時有10台機器做load balance,但測試環境並不會開到這麼多,可能有一個一台或是為了模擬負載平衡,開個兩台之類的
  7. Schedule & Estimation 時程與估計
    顧名思義,要計劃出什麼時間做什麼測試,以及開發此類型測試所需的人天、準備相關環境與設定的成本
  8. Determine test deliverables 決定測試交付
    這主要就是分三個,測試前、測試中、測試完成後,需要產出或是交付什麼樣的東西

一份好的測試文件可以輔助開發,亦可簡化交接的風險,在可以的情境下,還是鼓勵完成,另外,有個國際標準IEEE 829,供參

參考資料、延伸閱讀:

下集預告:Container 容器


上一篇
Automated Testing 自動化測試
下一篇
Container 容器
系列文
後端功城獅30天DevOps探討挑戰30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言