Please enable JavaScript.
Coggle requires JavaScript to display documents.
ISTQB (V4.0 2023), ※ ISO 29119-4 測試技術 (涵蓋動態測試、經驗測試,但沒有靜態測試), ※ 補足 29119-4…
ISTQB (V4.0 2023)
-
CH1 測試基礎
1.1 什麼是測試
1.1.1 測試目的
●評估工作產品 (需求、使用者故事與程式碼)
●觸發失效(failures)與發現缺陷(defects)
●確保受測物達到所需要的覆蓋率
●降低發生低劣軟體品質的風險→
●驗證(verification)特定需求是否已經滿足
●驗證(verification)受測物是否與合約、法律及合規
●提供資訊以便利害關係人進行決策判斷
●建立對受測物的品質信心
●確認(validation)受測物是否完整且符合使用者期望
1.1.2 測試與除錯(debugging, 調試)
●是相互獨立(不同)的活動
●測試是在發現缺陷(靜態測試)與觸發失效(failure)(動態測試)以及回歸測試的過程 → 主要由測試人員進行
●除錯是在失效重現、診斷根本原因與修復缺陷(defect/Bug/Fault)的過程 → 主要由開發人員進行,所以屬於動態測試範疇
※不完善的軟體 (Faulty Sotware) 會造成『金錢』、『時間』、『商業聲譽』與『安全』上的問題
※軟體測試不僅包含執行測試,是一系列發現缺陷和評估軟體產出品質的活動,與軟體開發週期保持一致
※兼具軟體驗證(verification)與確認(validation)
-
1.2 測試必要性
-
1.2.2 測試與品質保證
●品質管理包含:品質保證(QA)(流程導向&預防方法)與品質管控(QC)(產品導向&修復方法)
●測試屬於品質管控;品質保證包含品質管控
●測試結果會被 QA (作為開發、測試流程的反饋) 與 QC (用來修復缺陷) 採用。
1.2.3 錯誤、缺陷、失效與根本原因
●人會犯錯(error)→因而產生缺陷(defect, fault, bug)→進而導致失效(failure)
●人犯錯的原因:時間壓力、工作產品讀複雜性、流程、基礎設施等,或是疲勞或缺乏訓練
●導致不正確結果的人為行為(error)→導致未能滿足需求的缺陷(defect)→被使用者/測試者觸發未能確實執行所需功能的事件(failure)
●某些缺陷執行時總是會引發失效;另一些缺陷只會在特定狀況下引發失效;也有可能有些缺陷用永遠不會導致失效
●缺陷不是導致失效唯一的原因 → 也有可能是環境因素所引起
1.3 七個測試原則
●測試顯示了缺陷的存在,而不能證明缺陷不存在
●窮舉測試是不可行的
●早期測試可以節省時間與金錢
●缺陷的群聚效應 (80/20 法則) → 常改動的地方、開發者缺乏經驗。風險分析指導測試工作,主要在預測缺陷群聚與實際觀察缺陷群聚
●測試失效(殺蟲劑理論) → 定時審查與維護測試案例。但重複測試在回歸測試是有效益的
●測試需依照情境而異 → 例如瀏覽器的差異
●無缺陷謬論 → V&V
-
-
CH 1 學習目標
K1------------------------------------------------------------- 02/03
1.1.1 認識典型的測試目的
1.2.2 測試與品質保證間的關聯性
1.5.2 回憶整體團隊方法的優點
K2------------------------------------------------------------- 06/11
1.1.2 測試與除錯的差異
1.2.1 列舉測試必要性
1.2.3 區分根本原因、錯誤、缺陷與失效
1.3.1 解釋七個測試原則(必考1)
1.4.1 總結測試活動與工作的差異
1.4.2 總結脈絡背景對測試流程的影響
1.4.3 區分支援測試活動的測試用品
1.4.4 解釋維護可追蹤性的價值
1.4.5 比較測試中的不同角色
1.5.1 舉例說明測試所需要的通用技能
1.5.2 回顧整體團隊方法的優點 (必考2)
1.5.3 區分測試利性的優缺點
-
-