缺陷產生的原因 需求的不完善定義 客戶與開發者間的溝通失效 對軟體需求的偏差 邏輯設計錯誤 程式碼編碼錯誤 不符合文件編制與編碼規定 測試過程的不足 規程(P...
軟體測試的目的 靜態測試 - 不須經過程式運行,就可以查出的錯誤,例如文件上是否有錯別字、運算邏輯是否正確、設計規格是否符合客戶需求。 單元測試 - 由開發...
軟體品質需求的分類 軟體品質需求用於確定測試目標 測試目標包含:功能、性能、介面、易用性、兼容性、安全性、可靠性、可維護性、可擴充性等。 功能以外的通稱為非功...
所有的測試都應追溯到客戶需求 缺陷的源頭 - 根據相關調查,缺陷出現最多的地方是需求規格說明書而非程式碼。 如何應用此原則 測試的第一個任務是需求分析 時...
1. V模型 1.1 V模型的提出和過程 1980年由Paul Rook提出,目的在於改進瀑布式開發的效率和效果 「V」的左端表示傳統瀑布開發模型,而V的右端...
3. H模型 3.1 H模型的提出和過程 真正的測試級別之間不存在嚴格的次序問題,各階段間可以反覆觸發、迭代、增量。 3.2 特點 將測試活動完全獨立成...
文字框和密碼框 文字框 長度要求 輸入內容限制 密碼框 長度要求 隱碼顯示 是否禁止複製貼上 輸入內容限制 密碼與確認密碼須一致 單選按...
1 大綱法 大綱法主要用於對軟體進行功能拆分。 模組 包含多個功能操作的對象或功能集合,如文件或菜單等。 功能點/功能 能獨立完成一件事情或一個任務,...
測試點/檢查點 - 測試時應該考慮可以測試的諸多方面 場景法概述 場景法模擬用戶操作軟體的情形,主要用於測試系統的業務流程。 當拿到一個測試任務時,我們需要...
等價類劃分的核心思想 通過需求分析,找出程式的輸入域(輸入要求)。 將輸入域劃分成若干類(有效類和無效類) 每一個類別中選取代表性數據等價於這一類中的其他值...