軟件測試管理

前言

　　管理是什么？　　是藝術(shù)？是責任？是科學？是決策？　　不同的人，對管理有不同的理解。盡管很多大師對管理進行了各種不同的定義，但是編者認為：無論管理是什么，管理者都必須掌握行業(yè)內(nèi)不同的技術(shù)和方法。這些技術(shù)和方法的正確應用，是成為一名成功管理者的前提，這同樣適用于軟件測試的管理：　　當你掌握了FMEA（失效模式和影響分析）的時候，對測試風險的管理將會更加輕松?！　‘斈懔私饬薚PI、TMM等模型后，對軟件測試過程改進就不會那么頭疼?！　‘斈汩喿x完書中不同度量的案例之后，你就不會在面對一堆的測試數(shù)據(jù)而毫無頭緒?！　‘斈懔私赓|(zhì)量成本后，你將更加容易與其他利益相關(guān)者進行測試方面的溝通?！　‘斈愣聪y試過程的所有階段和活動后，你對軟件測試管理將不再迷茫?！　”緯褪怯脕斫鉀Q軟件測試管理過程中的技術(shù)和方法問題的書籍。書中沒有偉大的思想、沒有崇高的人生境界，有的是經(jīng)典實用的技術(shù)和方法，有的是編者近10年的軟件測試管理實踐的經(jīng)驗，以及技術(shù)、方法和經(jīng)驗相互結(jié)合，提煉得到的一些測試管理問題的解決方案。相信書中介紹的技術(shù)、方法和實踐經(jīng)驗能夠給讀者帶來對軟件測試管理的全新認識。　　軟件測試發(fā)展　　時光飛逝，轉(zhuǎn)眼間，我們跨入軟件測試領(lǐng)域已經(jīng)有10年之久了。在這10年里，參與了很多項目的測試，有成功的，也有失敗的，其中的酸甜苦辣，也隨著編者的不同經(jīng)驗、角色和職責而不斷發(fā)生變化?！　』仡^看看這10年走過的軟件測試之路，可以非常明顯地感覺到國內(nèi)整個軟件測試行業(yè)的飛速發(fā)展：軟件測試從編者剛?cè)腴T時候的“打雜”角色，已經(jīng)變成軟件工程領(lǐng)域的重要組成部分。軟件測試行業(yè)水平低下、測試人員技能水平不高、測試人員待遇差等，是過去經(jīng)?？梢钥吹降挠^點和論調(diào)。但是時至今日，我們已經(jīng)完全不贊成這樣的觀點。中國的軟件測試在過去的10年中取得了飛速的發(fā)展，無論是人才的儲備、測試技術(shù)和測試管理能力，還是軟件測試從業(yè)人員的地位，都已經(jīng)獲得了極大的提高，總體水平越來越接近于世界一流水平。甚至在過程實施、技術(shù)應用方面，已經(jīng)可以和世界水平保持同步?！　〉牵覀冞€是應該認識到我們和歐美成熟的軟件測試行業(yè)之間某些方面的差距，例如：我們在行業(yè)發(fā)展趨勢的把握和推動方面，仍然存在一定的差距。國外的軟件測試行業(yè)活躍著很多從業(yè)超過20年的資深軟件測試專家，他們在不斷推動整個軟件測試行業(yè)的進步。相比之下，國內(nèi)目前還沒有形成這樣的氛圍。盡管工作年限越多，并不能完全代表能力越強，但是能夠?qū)Ｗ⒂谝粋€行業(yè)超過20年的人，對行業(yè)的理解是深厚的，也是值得我們尊敬和學習的。因此，中國的軟件測試行業(yè)還有很多路要走，我們也希望國內(nèi)能有更多的人在軟件測試行業(yè)投入終身的熱情，共同推動軟件測試行業(yè)的不斷發(fā)展。

內(nèi)容概要

　　《軟件測試管理》將軟件測試管理知識和項目測試實踐經(jīng)驗緊密結(jié)合，詳細闡述了如何有效地開展軟件測試過程中不同的測試管理活動?！盾浖y試管理》內(nèi)容覆蓋了測試估算、基于風險的測試、測試過程監(jiān)控、測試外包、測試行業(yè)價值分析等測試管理過程中比較棘手的問題；分析了復雜的綜合系統(tǒng)和安全關(guān)鍵系統(tǒng)的測試管理的難點；結(jié)合ISO 9126質(zhì)量模型和IEEE 1044事件管理等國際標準，闡述了實際項目中缺陷管理的解決方案；結(jié)合軟件測試領(lǐng)域的國際標準和能力模型（TMM、TPI、CTP和SETP等），闡述了測試過程和測試能力改進的方法，為測試團隊的過程改進提供了指導性的方法?！盾浖y試管理》還為自動化測試工具、測試團隊管理和測試人員考核等難題的解決提供了非常具有參考價值的實踐。　　《軟件測試管理》適用于測試工程師、測試經(jīng)理和質(zhì)量改進人員，同時也可以作為國際軟件測試認證委員會（ISTQB）高級測試管理模塊的培訓參考教材。

作者簡介

　　鄭文強，CSTQB（中國軟件測試認證委員會）高級專家，首批ISTQB高級證書（高級測試管理）獲得者。先后在中興通訊、阿爾卡特、朗訊等大型通訊，軟件企業(yè)從事軟件測試、軟件測試管理、軟件質(zhì)量管理以及軟件測試過程改進等工作。精通軟件測試生命周期各個測試階段的控制和管理，熟悉軟件測試活動相關(guān)技術(shù)和方法，以及對測試能力改進有深入的研究和實踐?！　●R均飛，先后就職于華為、阿爾卡特上海貝爾、IBM，從事通信以及企業(yè)級存儲設(shè)備的軟件測試及相關(guān)工作，有近10年的測試實踐經(jīng)驗。中國軟件測試認證委員會（CSTQB）專家組成員，國內(nèi)首批ISTQB高級測試管理證書獲得者。熟悉測試流程、測試技術(shù)和方法，熟悉軟件質(zhì)量管理體系，精通軟件測試自動化平臺的搭建和開發(fā)工作。在軟件測試過程和軟件測試相關(guān)技術(shù)理論和實踐結(jié)合方面有深入的研究。

書籍目錄

第1章 軟件測試基礎(chǔ) 11.1 簡介 11.2 軟件開發(fā)生命周期中的測試 11.2.1 軟件開發(fā)生命周期模型 21.2.1.1 順序模型 21.2.1.2 增量迭代模型 61.2.1.3 模型中的測試 121.2.2 軟件測試級別 131.2.2.1 組件測試 131.2.2.2 集成測試 171.2.2.3 系統(tǒng)測試 221.2.2.4 驗收測試 231.2.2.5 維護測試 251.3 特定系統(tǒng) 261.3.1 綜合系統(tǒng) 261.3.2 安全關(guān)鍵系統(tǒng) 291.4 度量和測度 341.4.1 測度的意義和要求 361.4.1.1 測度的意義 361.4.1.2 測度的要求 401.4.2 基本過程 421.4.2.1 確立和維持測度承諾 441.4.2.2 計劃測度過程 451.4.2.3 實施測度過程 471.4.2.4 評估測度 481.4.3 度量數(shù)據(jù)應用 491.4.3.1 案例分析：測試用例設(shè)計進度 491.4.3.2 案例分析：測試用例執(zhí)行進度 501.4.3.3 案例分析：測試的充分性 511.4.3.4 案例分析：產(chǎn)品發(fā)布準則 531.5 道德規(guī)范 551.6 小結(jié) 55第2章 測試過程 572.1 簡介 572.2 測試過程模型 582.3 測試計劃和控制 592.3.1 主要活動 592.3.2 測試計劃 642.3.3 測試執(zhí)行進度 642.3.4 階段度量指標 652.4 測試分析和設(shè)計 662.4.1 主要活動 672.4.2 階段度量指標 682.5 測試實現(xiàn)和執(zhí)行 682.5.1 主要活動 692.5.2 測試實現(xiàn) 712.5.2.1 測試規(guī)程規(guī)格說明 712.5.2.2 測試環(huán)境搭建 712.5.2.3 測試執(zhí)行準備 752.5.3 測試執(zhí)行 772.5.3.1 入口準則 782.5.3.2 測試結(jié)果比較 782.5.3.3 測試日志 792.5.3.4 確認測試和回歸測試 792.5.4 階段度量指標 802.6 評估出口準則和報告 812.6.1 主要活動 812.6.2 評估出口準則 822.6.3 測試報告 832.6.4 階段度量指標 832.7 測試結(jié)束活動 842.7.1 主要活動 842.7.2 數(shù)據(jù)收集和分析 862.7.3 經(jīng)驗總結(jié)報告 862.8 小結(jié) 89第3章 測試管理 903.1 簡介 903.2 測試管理文檔 933.2.1 測試方針 943.2.2 測試策略 953.2.3 主測試計劃 963.2.3.1 介紹 973.2.3.2 詳細內(nèi)容 993.2.3.3 其他 1013.2.4 級別測試計劃 1063.2.4.1 測試項和不測試項 1073.4.2.2 測試的質(zhì)量屬性 1073.2.4.3 測試時間進度 1093.2.4.4 測試準則定義 1103.2.4.5 測試風險 1123.2.4.6 測試文檔輸出 1133.2.4.7 角色和職責 1143.2.5 級別測試設(shè)計規(guī)格說明 1153.2.6 級別測試用例規(guī)格說明 1163.2.7 級別測試規(guī)程規(guī)格說明 1173.2.8 級別測試日志 1183.2.9 異常報告 1193.2.10 級別測試報告 1213.2.11 主測試報告 1223.3 測試計劃裁減 1233.4 測試估算 1243.4.1 影響因素 1273.4.2 基于百分比的方法 1303.4.3 基于專家團隊的方法 1313.4.4 基于類似項目的方法 1323.4.5 基于工作分解結(jié)構(gòu)的方法 1333.5 測試計劃制定 1343.5.1 盡早制定測試計劃 1343.5.2 測試計劃的迭代 1373.6 測試過程監(jiān)控 1393.6.1 風險 1403.6.2 測試 1433.6.2.1 案例分析：測試用例設(shè)計進度 1443.6.2.2 案例分析：測試用例設(shè)執(zhí)行進度 1453.6.3 覆蓋率 1473.6.3.1 案例分析：基于需求的測試覆蓋率 1473.3.6.2 案例分析：基于平臺的測試覆蓋率 1483.6.4 缺陷 1493.6.4.1 案例分析：缺陷發(fā)現(xiàn)階段分布 1493.6.4.2 案例分析：缺陷所屬模塊分布 1503.6.4.3 案例分析：發(fā)現(xiàn)缺陷的測試類型分布 1513.6.5 信心 1523.6.5.1 案例分析：測試發(fā)現(xiàn)缺陷狀態(tài)變化 1523.6.5.2 案例分析：測試用例通過率 1533.7 測試商業(yè)價值 1543.7.1 預防成本 1553.7.2 檢測成本 1553.7.3 內(nèi)部失效成本 1563.7.4 外部失效成本 1563.8 分布式測試、外包測試和內(nèi)包測試 1613.8.1 分布式測試 1613.8.2 外包測試 1623.8.3 內(nèi)包測試 1633.8.4 風險 1643.9 基于風險的測試 1673.9.1 什么是基于風險的測試 1673.9.1.1 風險的定義 1673.9.1.2 產(chǎn)品風險和項目風險 1683.9.1.3 基于風險的測試策略 1703.9.2 風險管理過程 1743.9.2.1 風險識別 1753.9.2.2 風險分析 1823.9.2.3 風險應對 1843.9.2.4 ISO/IEC 16805 1903.9.3 風險管理實踐 1973.9.4 基于風險的測試方法 1993.9.4.1 作用和優(yōu)點 2003.9.4.2 基于FMEA的測試 2043.9.4.3 注意點和誤區(qū) 2133.10 失效模式和影響分析 2153.10.1 什么是FMEA 2153.10.2 應用領(lǐng)域 2183.10.2.1 產(chǎn)品 2193.10.2.2 過程 2203.10.3 實現(xiàn)步驟 2213.10.3.1 了解分析對象 2233.10.3.2 識別失效模式 2243.10.3.3 分析失效影響 2243.10.3.4 確定嚴重程度 2253.10.3.5 確定可能性 2253.10.3.6 確定檢測難度 2263.10.3.7 分析潛在原因 2263.10.3.8 計算風險優(yōu)先級因子 2273.10.3.9 確定處理優(yōu)先級 2273.10.3.10 采取應對措施 2283.10.3.11 重新計算RPN 2283.10.4 收益與成本 2293.10.5 確定RPN 2303.11 測試管理難題 2313.11.1 探索性測試 2313.11.1.1 什么是探索性測試 2313.11.1.2 基于會話的測試管理 2333.11.2 綜合系統(tǒng) 2343.11.3 安全關(guān)鍵系統(tǒng) 2363.11.4 非功能性測試 2373.12 小結(jié) 239第4章 評審 2414.1 簡介 2414.2 基本原則 2444.3 選擇合適的評審類型 2464.3.1 審查 2464.3.2 技術(shù)評審 2484.3.3 走查 2494.3.4 非正式評審 2494.3.4 管理評審和審計 2504.3.6 特殊工作產(chǎn)品的評審 2514.3.7 正式評審的開展 2524.4 有效的評審過程 2534.4.1 計劃階段 2544.4.2 預備會階段 2554.4.3 個人準備階段 2554.4.4 評審會議階段 2564.4.5 返工階段 2574.4.6 跟蹤結(jié)果階段 2574.5 評審成功因素 2594.6 小結(jié) 261第5章 缺陷管理 2625.1 簡介 2625.2 缺陷發(fā)現(xiàn)階段 2645.3 缺陷生命周期 2645.3.1 識別 2655.3.2 調(diào)查 2665.3.3 改正 2675.3.4 總結(jié) 2685.3.5 案例 2695.4 缺陷要素 2735.5 缺陷度量 2755.5.1 缺陷發(fā)現(xiàn)進度 2765.5.2 缺陷修復進度 2775.5.3 缺陷優(yōu)先級 2785.5.4 缺陷嚴重程度 2795.6 缺陷溝通 2815.7 小結(jié) 287第6章 標準和測試過程改進 2886.1 簡介 2886.2 相關(guān)標準 2886.2.1 標準的來源和有效性 2886.2.2 國際標準 2906.2.2.1 ISO 2906.2.2.2 IEEE 2916.2.3 國家標準 2926.2.4 特定領(lǐng)域標準 2946.2.4.1 航空電子系統(tǒng) 2946.2.4.2 航天工業(yè) 2956.2.4.3 食品與藥物管理局 2956.2.5 其他標準 2956.3 測試改進過程 2966.3.1 改進的方法 2966.3.2 改進的類型 2976.4 測試過程優(yōu)化 2976.5 TMM 2986.5.1 成熟度等級 2996.5.2 內(nèi)部結(jié)構(gòu) 3016.5.3 評估模型 3046.6 TPI 3066.6.1 模型結(jié)構(gòu) 3066.6.2 評估過程 3116.7 CTP 3126.7.1 模型結(jié)構(gòu) 3126.7.2 評估模型 3166.8 STEP 3176.8.1 組成 3176.8.2 架構(gòu) 3186.8.3 活動時序 3196.8.4 工作產(chǎn)品 3206.8.5 角色和職責 3216.9 CMMI 3216.9.1 模型組成 3226.9.1.1 表述方式 3236.9.1.2 過程域 3256.9.1.3 評估方法 3266.9.2 驗證和確認 3266.10 小結(jié) 329第7章 測試工具與自動化 3307.1 簡介 3307.2 測試工具的概念 3307.2.1 成本效益和風險 3317.2.2 測試工具策略 3357.2.3 測試工具集成 3357.2.4 腳本和腳本語言 3377.2.5 測試準則 3407.2.6 測試工具部署 3437.2.6.1 工具引入的成本效益 3447.2.6.2 工具選擇 3447.2.6.3 工具引入 3457.2.7 開源測試工具 3467.2.8 測試工具開發(fā) 3487.2.9 測試工具分類 3507.3 測試工具分類 3517.3.1 測試管理工具 3517.3.2 測試執(zhí)行工具 3527.3.3 調(diào)試工具 3547.3.4 錯誤傳播和注入工具 3557.3.5 模擬器與仿真器 3567.3.6 靜態(tài)和動態(tài)分析工具 3567.3.6.1 靜態(tài)分析工具 3567.3.6.2 動態(tài)分析工具 3577.3.7 關(guān)鍵字驅(qū)動測試自動化 3587.3.8 性能測試工具 3587.3.9 Web測試工具 3597.4 小結(jié) 360第8章 個人技能和團隊構(gòu)成 3308.1 簡介 3308.2 個人技能 3308.2.1 角色和職責 3318.2.2 軟技能 3348.2.3 個人技能評估 3378.3 團隊能力 3418.3.1 團隊角色分類 3418.3.2 案例：測試團隊分析 3438.3.3 測試團隊優(yōu)化 3458.4 測試團隊獨立性 3478.4.1 測試組織結(jié)構(gòu) 3478.4.2 測試外包 3518.5 激勵 3528.5.1 激勵方式 3528.5.2 量化管理 3588.6 溝通 3598.6.1 正確對待缺陷 3608.6.2 開發(fā)和測試的合作 3608.7 小結(jié) 361參考文獻 362附錄A IGMP需求列表 364

章節(jié)摘錄

　?。?）可測量　　為了保證對測試結(jié)果和測試過程比較的一致性，要求測量的方式是標準的、準確的、可計量的。為了確定測試中得到的缺陷密度，需要確定哪個度量來提供這些信息，以及測量的標準是什么，例如：針對缺陷密度，某測試團隊采用的度量是每千行代碼發(fā)現(xiàn)的缺陷數(shù)目（從測試的角度而言，缺陷密度也可以定義為發(fā)現(xiàn)的缺陷數(shù)目和執(zhí)行的測試用例數(shù)目之間的比值）?！　《攘康亩x必須是清楚和準確的。針對缺陷的定義，必須明確哪些缺陷是需要統(tǒng)計的（例如：有的組織在定義缺陷密度的時候，缺陷數(shù)目不包括嚴重程度級別最低的缺陷，而有的組織是需要包括在內(nèi)的）。代碼行數(shù)的統(tǒng)計也應該有明確的定義，例如：總的代碼行數(shù)是否包括代碼中注釋的行數(shù)。在組織和項目內(nèi)必須對這些度量的定義保持一致?！　。?）目的明確　　整個測度活動應該是目標驅(qū)動的。在現(xiàn)實的測度活動中，經(jīng)常能夠看到度量指標驅(qū)動的例子。有些測試團隊為了度量而度量，收集了很多度量數(shù)據(jù)，而在做度量報告的時候只是簡單地羅列這些度量數(shù)據(jù)，根本不知道度量數(shù)據(jù)能夠得到什么樣的信息。所以，也經(jīng)常出現(xiàn)度量人員面對一堆度量指標而不知所措的情況。在測度過程中，必須要根據(jù)具體項目和團隊的實際情況來制定度量目標，進而指導整個測度活動。如果一個度量指標就能滿足目標，為什么還要其他的指標呢？所以測度內(nèi)容不在多少，而在于是否能夠滿足度量目標。測度收集的信息和數(shù)據(jù)必須有特定的目的，例如：收集的信息和數(shù)據(jù)可以是用于確定在每個測試階段發(fā)現(xiàn)的缺陷數(shù)目和修復缺陷所花費的時間，從而用來確定如何采取更加有效的方法降低成本，并提高發(fā)現(xiàn)和修復缺陷的效率。　?。?）不針對個人度量數(shù)據(jù)主要是用來對項目進行分析，并指導下一步的測試活動。所有的度量數(shù)據(jù)都不能用來對單個測試人員進行評估。經(jīng)常會發(fā)現(xiàn)有些組織利用缺陷數(shù)目對開發(fā)人員和測試人員進行績效評估。這種方法存在很大的副作用，可能會導致收集度量數(shù)據(jù)的工作很困難，即使收集到數(shù)據(jù)，數(shù)據(jù)的提供者也可能由于績效評估方面的顧慮而提供并不準確的數(shù)據(jù)，最終影響整個度量的結(jié)果。沒有人喜歡把自己完全暴露在大家的目光之下，任人評頭論足。測度的時候也是一樣的，在制定度量目標的時候，不應該把單個測試人員的度量納入進來。而且要通過各種溝通渠道，讓數(shù)據(jù)提供者了解測度的意義，以及這些數(shù)據(jù)的用途，這樣才能保證測度活動的順利進行。避免將測度應用于對測試人員的評估。

媒體關(guān)注與評論

　　軟件測試項目成敗的要素是有效的測試管理與實踐。本書吸收國際軟件測試認證委員會ISTQB的知識精髓，薈萃中國軟件測試專家的管理實踐，為測試從業(yè)者進入測試管理殿堂開啟了智慧之門。本書是從事大型軟件測試管理工作不可多得的專業(yè)書籍，同時可作為ISTQB高級測試管理認證的最佳中文參考書。　　——北京昱達環(huán)球科技有限公司培訓總監(jiān) CSTQB資深專家 崔啟亮　　書中既有當前國際國內(nèi)最新的軟件測試管理技術(shù)和方法的介紹，又有作者10年軟件測試管理實踐經(jīng)驗的傾力展示。無論您是軟件開發(fā)的項目經(jīng)理、測試經(jīng)理，還是過程改進人員，，都能從書中得到有益的收獲。　　——賽寶認證中心高級咨詢師 劉小茵　　不同于常見的介紹軟件測試理論和方法的書籍，本書結(jié)合了具體的軟件測試工作實踐，系統(tǒng)講述了在軟件測試過程中所需要的管理技能，讓從事普通軟件測試工作的人員站在管理者的角度去更好地看待軟件測試中所需要的管理技能，提高自己的綜合素養(yǎng)；也讓從事軟件測試管理工作的管理者們可以系統(tǒng)地去思考日常的工作，對比自身的管理實踐，總結(jié)經(jīng)驗，改善自己的理論實踐體系，從而更有效地做好軟件測試管理工作。讀書不在多，而在于精，此書是軟件測試工作者們不可多得的一本好書。　　——IBM OSI People Manager 陸炯　　本書通過貫穿于始終的真實項目案例，系統(tǒng)而專業(yè)地闡述了軟件測試過程中各個測試管理活動和對應的管理技能。通過閱讀本書，讀者能夠了解軟件測試管理的思想，掌握測試管理的正確方法。希望本書能成為國內(nèi)軟件測試行業(yè)蓬勃發(fā)展的有效推動力?！　　狧P Global Test Practice China Manaqer 吳曉臻　　當我看到此書的目錄和部分內(nèi)容時，心情非常激動，因為這是一本集多年軟件測試管理之實踐經(jīng)驗和ISTQB管理理論體系的好書，能為中國軟件測試業(yè)的發(fā)展和ITQB在中國推廣起到積極的作用。　　——上海滔瑞信息技術(shù)有限公司總經(jīng)理 CSTQB資深專家 周震漪

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    軟件測試管理 PDF格式下載

---