軟件測試技術(shù)第3章軟件測試管理

軟件測試管理軟件測試管理本章內(nèi)容基本定義軟件缺陷管理測試團隊建設(shè)與管理測試計劃1.基本定義錯誤（Error）程序員在編寫代碼時會出錯，我們把這種錯誤稱之為bug。缺陷（Default）缺陷是錯誤的結(jié)果，更精確的說是錯誤的表現(xiàn)。

失效（Failure）在缺陷運行時，常常會發(fā)生失效的情況。過錯缺陷對應(yīng)的失效遺漏缺陷對應(yīng)的失效測試（Test）處理錯誤、缺陷、失效和事故測試用例(TestCase)測試用例是為特定的目的而設(shè)計的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果。項目名稱模塊名稱用例場景前置條件操作步驟用例編號測試項用例輸入預(yù)期結(jié)果實際結(jié)果P/F測試用例2.軟件缺陷的管理缺陷的定義缺陷的管理缺陷的分析缺陷有效性度量缺陷的管理工具（1）缺陷的定義缺陷：最終產(chǎn)品同用戶的期望不一致。功能錯誤功能遺漏超出需求的部分性能不符合要求為什么缺陷很難被找出？

軟件的特殊性決定了缺陷不易看到,即”看不到”;發(fā)現(xiàn)了缺陷,但不易找到問題發(fā)生的原因所在,即“看到但是抓不到”。

軟件缺陷產(chǎn)生的原因編制說明書55%設(shè)計26%其他4%編寫代碼15%編制說明書設(shè)計編寫代碼其他（2）缺陷的管理為了更好地分析缺陷，需要對缺陷在嚴重程度、優(yōu)先級以及狀態(tài)上加以區(qū)分。缺陷嚴重程度；缺陷優(yōu)先級；缺陷狀態(tài)；缺陷嚴重程度缺陷嚴重等級描述嚴重缺陷（Critical）不能執(zhí)行正常工作功能或重要功能；或者危及人身安全。較大缺陷（Major）嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)，且沒有辦法更正。較小缺陷（Minor）嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn)，但存在合理的更正辦法。輕微缺陷（Cosmetic）使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。其他缺陷（Other）其它錯誤缺陷解決的優(yōu)先級解決優(yōu)先級描述立即解決(ResolveImmediately)缺陷必須被立即解決。正常排隊(NormalQueue)缺陷需要正常排隊等待修復(fù)或列入軟件發(fā)布清單。不緊急(NotUrgent)缺陷可以在方便時被糾正。缺陷狀態(tài)缺陷狀態(tài)描述已提交（Submitted）已提交的缺陷打開（Open）確認“提交的缺陷”，等待處理已拒絕（Rejected）拒絕“提交的缺陷”，不需要修復(fù)或不是缺陷已解決（Resolved）缺陷被修復(fù)已關(guān)閉（Closed）確認被修復(fù)的缺陷，將其關(guān)閉（3）缺陷的分析缺陷趨勢分析缺陷分布分析發(fā)布日期新發(fā)現(xiàn)的缺陷測試成本（4）缺陷有效性度量缺陷數(shù)量和缺陷級別缺陷消除率DRE：發(fā)現(xiàn)的缺陷數(shù)量/總數(shù)量缺陷損耗：缺陷數(shù)量*發(fā)現(xiàn)的階段權(quán)重/總量（5）缺陷管理工具RationalClearQuestMercuryTestDirectorBugzillaBugfree禪道(zentao)3.測試團隊建設(shè)與管理測試團隊的建設(shè)測試經(jīng)理測試小組測試成員測試團隊的建設(shè)軟件的高質(zhì)量不是靠測試出來的，而是團隊的共同努力。有效的軟件測試項目團隊具有以下特征：對軟件項目的測試目標(biāo)有清晰的理解；對每位測試工程師的角色和職責(zé)有明確的期望；以目標(biāo)為導(dǎo)向；高度的互助合作；高度的信任；測試經(jīng)理項目經(jīng)理的基本職責(zé)：計劃：目標(biāo)目標(biāo)，制定計劃組織：具體任務(wù)，工作分工控制：進度和質(zhì)量控制測試小組在不同的軟件企業(yè)，開發(fā)團隊的組織模式有差別，按測試小組的獨立性來劃分可分為：非獨立測試小組相對獨立測試小組獨立測試小組計算機專業(yè)技能行業(yè)領(lǐng)域知識個人素質(zhì)測試成員4.測試計劃測試的目標(biāo)和范圍測試工期估算、進度安排和資源配置測試風(fēng)險評估不同測試階段的條件測試版本的管理測試計劃的模板測試計劃跟蹤與監(jiān)控實際執(zhí)行情況，包括時間、進度、成本測試項目范圍、進度計劃和預(yù)算變更信息測