白盒測試:white box testing=玻璃盒測試:glass box testing=透明盒測試:clear box testing=基於**測試:code-based testing=邏輯驅動測試:logisc-driven testing
黑盒測試:black box testing=功能測試:function testing
軟體缺陷狀態
new:缺陷的初始狀態
open:開發人員開始修改缺陷
fixed:開發人員修改缺陷完畢
closed:回歸測試通過
reopen回歸測試失敗
rostpone:推遲修改
rejected:開發人員認為不是程式問題,拒絕缺陷
duplicate:與已經提交的defect重複
abandon:被rejrect 和duplicate的defect,測試人員確認後的確不是問題,將defect置為此狀態
邏輯覆蓋率:logical coverage=**覆蓋率:code coverage=結構化覆蓋率:structural coverage
語句覆蓋率:statement coverage,
判定覆蓋:decision coverage=分支覆蓋:branch coverage
條件覆蓋:condition coverage
判定條件覆蓋:decision condition coverage=分值條件:branch condition coverage,bc coverage
路徑覆蓋:path coverage
指令覆蓋:instruction blocks coverage, ib coverage
判定路徑覆蓋:decision-to-decision paths coverage,ddp coverage
功能覆蓋率:function coverage
軟體測試的一般方法
一般說到程式猿大家能想到的就是一線的開發人員，覺得他們的日程就是 敲敲敲 殊不知在產品一線還有另外一群人，他們做著和開發人員一樣的事情，他們就是測試人員。測試人員的工作跟開發人員差不多，人稱 點點點 至於二者孰輕孰重，有人形象的比喻開發和測試就好比人的兩條腿，時而交替時而並行地推動者專案前進。這裡，...
軟體測試一般流程
拿到測試文件，熟悉業務需求 分析 測試範圍 處理分支 需求業務的場景 明確隱式需求 明確其功能對應的輸入 處理 輸出 了解測試需求是什麼 決定如何測試 測試環境 人員 時間 使用工具 測試需求收集 需求的正確性 必要性 優先順序 明確性 可測性 完整性 一致性 可修改性 測試型別劃分 功能測試 易用...
軟體測試一般bug分類
測試用例首先來自於對於需求的分析，是否能為測試挑選最合適或最關鍵的需求，關係到專案的成敗。思考方法1 正反面思考法 為每個測試需求至少編制兩個測試用例 正面測試用例 負面測試用例 正面測試用例 用於證明該需求已經滿足 負面測試用例 反映某個無法接受 反常或意外的條件或資料，用於論證只有在所需條件下才...