軟件測試的組織和管理-51Testing課件

1、軟件測試的組織和管理山東省軟件評測中心 韓慶良目標(biāo)與軟件企業(yè)項目管理人員、測試管理人員對測試管理進(jìn)行交流。提高對測試工作、測試管理的重要性的認(rèn)識，以改進(jìn)我們的測試過程。從理論角度來認(rèn)識軟件測試和測試管理。主要內(nèi)容團隊建設(shè)（組織結(jié)構(gòu)、人員組成、規(guī)模、人員培訓(xùn)）過程規(guī)劃（軟件過程、測試過程、測試的階段、規(guī)劃自己的過程）測試過程實施（計劃、設(shè)計、實施、執(zhí)行、評估、缺陷跟蹤）過程改進(jìn)（成熟度模型、改進(jìn)）測試工具（一）團隊建設(shè)測試部門的組織形式測試組的人員組成測試組的規(guī)模測試人員的培訓(xùn)組織形式測試人員的位置一個好的組織結(jié)構(gòu)，可以更好的發(fā)揮人員的能動性，使工作更有效率，也使工作的質(zhì)量更高。在一個單位內(nèi)測試

2、人員處于什么位置？屬于那個部門？質(zhì)量管理？開發(fā)組？測試組？適用的就是最好的。組織形式常見測試組組織結(jié)構(gòu)煙囪測試組（小型）煙囪測試組（大型）集中測試組IV&V（獨立驗證與確認(rèn)）測試組SMT（系統(tǒng)方法與測試）組組織形式煙囪測試組測試人員由臨時人員組成，通常有2-5人組成，直接向項目經(jīng)理負(fù)責(zé)。大型的組可以劃分為幾個小組，設(shè)測試經(jīng)理。項目經(jīng)理負(fù)責(zé)制定測試計劃文檔。企業(yè)沒有正規(guī)的方法將測試程序、方法、相關(guān)的知識經(jīng)驗傳遞下去，測試質(zhì)量難以保證。優(yōu)點是成本低，不需要對測試人員提供培訓(xùn)、生活保障等服務(wù)。組織形式集中測試組企業(yè)成立專職、獨立的測試部門，通常由1030人組成。集中測試組為每個項目配備幾個全職的測試

3、人員。部分企業(yè)中可能還負(fù)責(zé)執(zhí)行項目中軟件質(zhì)量管理和性能規(guī)范制定的工作?？梢詫⑾嚓P(guān)的知識、經(jīng)驗傳遞下去。IV&V組組織形式通常由軟件開發(fā)組織之外的人員或其中的獨立人員組成，如轉(zhuǎn)包商。其參與檢查、驗證是否遵循標(biāo)準(zhǔn)、進(jìn)行軟件文檔的質(zhì)量保證檢測，主要完成系統(tǒng)測試?？梢詫⑵淇醋饕粋€最苛求的用戶。組織形式SMT組通常作為企業(yè)的內(nèi)部顧問組的方式存在。主要負(fù)責(zé)方法及標(biāo)準(zhǔn)的知識交流、編制開發(fā)和測試指南、開發(fā)測試方法、測試工具評估與培訓(xùn)，其同不同的項目組進(jìn)行協(xié)作，對其進(jìn)行指導(dǎo)。通常不負(fù)責(zé)具體測試工作的執(zhí)行。由軟件專家組成。組織形式企業(yè)或項目組織結(jié)構(gòu)樣例微軟的項目組織產(chǎn)品組經(jīng)理項目經(jīng)理開發(fā)經(jīng)理質(zhì)量保證經(jīng)理開發(fā)工程師

4、測試人員流程經(jīng)理設(shè)計經(jīng)理組織形式企業(yè)或項目組織結(jié)構(gòu)樣例一種常見的組織組織形式企業(yè)或項目組織結(jié)構(gòu)樣例又一軟件開發(fā)組織客戶服務(wù)項目管理質(zhì)量管理開發(fā)規(guī)范、CMM、質(zhì)量保證測試人員組成成功測試組的10大因素業(yè)務(wù)知識：測試工程師應(yīng)具備業(yè)務(wù)知識，并和用戶緊密接觸。技術(shù)知識：熟悉所測試的產(chǎn)品用到的技術(shù)，并掌握測試工具、方法等相關(guān)技術(shù)。任務(wù)劃分：將業(yè)務(wù)任務(wù)和技術(shù)任務(wù)相互獨立。資源管理：業(yè)務(wù)資源和技術(shù)資源相互結(jié)合。與開發(fā)組的關(guān)系：同開發(fā)人員協(xié)同工作。生存周期早期介入：測試應(yīng)在開發(fā)周期的早期介入。測試過程：有成熟的測試過程管理規(guī)范。靈活性/適應(yīng)性：能夠適應(yīng)不同的測試項目。度量：掌握度量的方法，以改進(jìn)工作。過程改進(jìn)

5、：應(yīng)致力于工作的不斷改進(jìn)。人員組成測試組組成測試經(jīng)理：負(fù)責(zé)測試流程、溝通、測試工具的引入、人員管理、測試計劃/設(shè)計/開發(fā)及執(zhí)行。測試組長：溝通、測試工具引入、人員管理、費用/過程狀態(tài)報告、測試計劃/設(shè)計/開發(fā)及執(zhí)行。測試工程師：執(zhí)行測試計劃，進(jìn)行設(shè)計/開發(fā)及執(zhí)行。測試組規(guī)模影響因素企業(yè)文化或測試成熟度測試需求范圍工程師技能水平測試工具及應(yīng)用水平業(yè)務(wù)知識組織形式測試工作介入時間測試組規(guī)模確定方法（一）開發(fā)比例法：根據(jù)開發(fā)人員數(shù)量按照一定比例來確定測試工程師的數(shù)量。開發(fā)人員指進(jìn)行設(shè)計、開發(fā)、編譯以及進(jìn)行單元測試的人員。開發(fā)類型開發(fā)人員比例測試組規(guī)模商業(yè)產(chǎn)品（大型市場）30人3:220商業(yè)產(chǎn)品（小型

6、市場）30人3:110單個客戶端的應(yīng)用開發(fā)30人6:15單個客戶端開發(fā)并與系統(tǒng)集成30人4:17政府部門應(yīng)用開發(fā)（內(nèi)部）30人5:16公司應(yīng)用開發(fā)（內(nèi)部）30人4:17測試組規(guī)模確定方法（二）百分比法：根據(jù)測試人員應(yīng)該占到項目組中人員的百分比數(shù)量。開發(fā)類型項目人員數(shù)量測試組規(guī)模比例測試組規(guī)模商業(yè)產(chǎn)品（大型市場）50人2713商業(yè)產(chǎn)品（小型市場）50人168單個客戶端的應(yīng)用開發(fā)50人105單個客戶端開發(fā)并與系統(tǒng)集成50人147政府部門應(yīng)用開發(fā)（內(nèi)部）50人115公司應(yīng)用開發(fā)（內(nèi)部）50人147測試組規(guī)模確定方法（三）測試程序法：根據(jù)測試程序數(shù)量，以及每個程序可能的執(zhí)行時間，計算出人小時，再根據(jù)完

7、成周期計算測試組規(guī)模。測試過程數(shù)目計算因子人小時完成周期測試組規(guī)模歷史記錄8606.1653009個月3.4新項目評估11206.16690012個月3.3測試組規(guī)模確定方法（四）任務(wù)計劃法：根據(jù)歷史記錄中類似項目工作量，比較新項目同歷史項目的工作量，歷史項目乘以相應(yīng)的因子。步驟：先將任務(wù)分解，根據(jù)歷史記錄乘以一個因子，計算出新項目的所以任務(wù)工作量。再根據(jù)該工作量和完成周期計算測試組規(guī)模。人員培養(yǎng)人員要求適應(yīng)各種環(huán)境的知識背景學(xué)習(xí)速度快組織能力解決問題的能力創(chuàng)造性分析/編程能力業(yè)務(wù)領(lǐng)域的知識交流與協(xié)調(diào)能力測試經(jīng)驗關(guān)注細(xì)節(jié)書寫與語法技能一個好的測試人員更難得人員培養(yǎng)成長的路徑初級測試工程師測試工

8、程師高級測試工程師測試組負(fù)責(zé)人測試負(fù)責(zé)人測試經(jīng)理產(chǎn)品/業(yè)務(wù)經(jīng)理。技術(shù)技能：測試工具測試自動化編程編程語言操作系統(tǒng)網(wǎng)絡(luò)、數(shù)據(jù)庫測試生存周期 （1-2年）測試過程：評審、制訂和改進(jìn)過程，指導(dǎo)初級工程師工作，了解業(yè)務(wù)領(lǐng)域。 （3-4年）測試組工作：任務(wù)安排、跟蹤和報告，監(jiān)管測試工程師，掌握測試周期支持工具。（4-6年）項目管理：管理項目，與客戶交流，管理測試人員。（6-12年）產(chǎn)品管理：項目或產(chǎn)品研發(fā)指導(dǎo)、促進(jìn)產(chǎn)品銷售、確定業(yè)務(wù)機會、承擔(dān)盈虧責(zé)任。（12年以上）（二）測試過程規(guī)劃軟件過程測試過程測試的階段規(guī)劃測試過程軟件過程定義目的：測試過程是軟件過程的組成部分，明確自己的軟件過程，才能明確自己的測

9、試過程。軟件生存周期指軟件從出現(xiàn)一個構(gòu)思之日起，直到最后決定停止使 用之時止。包括可行性與計劃研究、需求分析、設(shè)計 、實現(xiàn) 、測試、運行與維護等階段。軟件過程是指開發(fā)和維護軟件及相關(guān)產(chǎn)品（如項目計劃、文檔、代碼、手冊等）的一套行為、方法、實踐及變換過程。軟件過程是軟件生存周期的框架。軟件過程常見軟件過程與模型（一）瀑布模型、原型模型、演化模型、增量模型、螺旋模型、噴泉模型等等。敏捷方法（如XP、功能驅(qū)動等）統(tǒng)一過程（RUP）GB/T 8566-2001 信息技術(shù) 軟件生存周期過程過程裁減軟件過程常見軟件過程與模型（二）敏捷方法中的測試：在極限編程中提出測試驅(qū)動開發(fā)。提倡在開發(fā)前，先考慮測試，先

10、完成測試用來和代碼。統(tǒng)一過程中的測試：測試是其核心工作流程之一GB/T 8566-2001標(biāo)準(zhǔn)中的測試（如下圖）：沒有單獨的測試過程。測試開始于編碼。不足以指導(dǎo)測試工作。測試過程測試生命周期開發(fā)生命周期. 維護 需求定義應(yīng)用定義應(yīng)用開發(fā) 修訂 建立 建立測試生命周期.執(zhí)行.執(zhí)行執(zhí)行.測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估測試過程幾個亮點測試工作開始于需求分析之后。測試經(jīng)過評估后，達(dá)到了結(jié)束的標(biāo)準(zhǔn)后才能結(jié)束。測試也是迭代過程。測試需求來自于軟件需求。測試過程活動計劃設(shè)計準(zhǔn)備執(zhí)行評估缺陷跟蹤測試過程與開發(fā)過程的關(guān)系都是軟件過程的有機組成部分。與開發(fā)過程同步進(jìn)行。與開發(fā)過程相互依賴，又相互獨立。開發(fā)過

11、程、測試過程、項目管理過程以及其他支撐過程相互交織共同組成了軟件過程。測試階段V模型測試階段四個階段清晰直觀階段劃分單元測試集成測試系統(tǒng)測試驗收測試同開發(fā)的對應(yīng)關(guān)系測試階段甄別開發(fā)和測試并不是線性關(guān)系。測試工作不是開始于代碼完成之后。測試具有階段性，但各階段之間沒有鴻溝。尤其是單元測試和集成測試。規(guī)劃測試過程分析項目總體需求（概覽）分析項目特點（如類型、規(guī)模、人員、客戶、風(fēng)險、進(jìn)度、成本等等）確定自己的軟件過程確定自己的開發(fā)方法和模型規(guī)劃測試階段構(gòu)建測試過程（三）測試過程實施制訂測試計劃設(shè)計測試測試準(zhǔn)備執(zhí)行測試評估測試結(jié)果缺陷跟蹤制訂測試計劃定義什么是測試計劃：測試計劃包含項目范圍內(nèi)的測試目的

12、和測試目標(biāo)的有關(guān)信息。此外，測試計劃還將確定實施和執(zhí)行測試時所使用的策略以及所需資源。測試計劃包括測試主計劃和階段計劃。 項目開始時制訂測試主計劃。根據(jù)開發(fā)的迭代過程和測試主計劃對測試計劃進(jìn)行細(xì)化，制訂各個階段的測試計劃。 制訂測試計劃內(nèi)容1. 簡介(目的、背景、范圍、使用的文檔） 2. 測試需求（確定被測試的對象、內(nèi)容和范圍，來源于用戶需求，包括功能性需求和非功能性需求。）3. 測試策略 測試的項目、測試的主要方法、完成標(biāo)準(zhǔn)、使用的工具、特殊事項等） 4. 資源（人員組成、任務(wù)和職責(zé)、環(huán)境、人員培訓(xùn)等） 5. 項目進(jìn)度表（階段）6. 可交付工件（測試模型、測試記錄、缺陷報告等等）7. 附錄

13、A：項目任務(wù)制訂測試計劃步驟（一）確定測試需求：確定測試對象以及測試工作的范圍和內(nèi)容。測試需求應(yīng)是可核實的。測試需求可來源于軟件需求列表、用例、用例模型、用例實現(xiàn)、補充規(guī)約、設(shè)計需求、商業(yè)理由、法規(guī)、標(biāo)準(zhǔn)、最終用戶訪談以及對現(xiàn)有系統(tǒng)的復(fù)審。被確定的測試需求項必須是可核實的。即，它們必須有一個可觀察、可評測的結(jié)果。無法核實的需求不是測試需求。 制訂測試計劃步驟（二）評估風(fēng)險：測試工作需要平衡資源約束和風(fēng)險，以確定測試的優(yōu)先級。從三個方面分析：影響:失效后將造成的影響或后果 原因:失效所導(dǎo)致的非預(yù)期結(jié)果 可能性:用例失效的可能性根據(jù)風(fēng)險分析情況，確定測試執(zhí)行的優(yōu)先級。通常分為高、中、低三種。進(jìn)而安

14、排測試的先后順序。制訂測試計劃步驟（三）制定測試策略：描述測試活動的一般方法和目標(biāo)。包括測試的階段、類型、技術(shù)、測試完成的標(biāo)準(zhǔn)、特殊要求、可能存在的影響等。確定資源人力資源（人員數(shù)量和技能） 測試環(huán)境（包括硬件和軟件） 工具 數(shù)據(jù) 創(chuàng)建時間表：估計測試工作，制訂時間進(jìn)度。參考軟件開發(fā)進(jìn)度、項目工作計劃等。生成測試計劃 ：復(fù)審相關(guān)材料，確定交付的內(nèi)容，將計劃提交相關(guān)的人員。制訂測試計劃主計劃和階段計劃階段計劃的測試需求應(yīng)是對主計劃中的測試需求的分解。階段計劃的工作進(jìn)度安排應(yīng)盡可能同主計劃相一致。階段計劃的制訂應(yīng)能保證主計劃能夠完滿執(zhí)行。測試設(shè)計（一）分析程序工作流程。目的在于確定并說明系統(tǒng)與外部

15、交互時的操作和步驟。以進(jìn)一步用于確定與描述測試用例。確定并說明測試用例詳細(xì)分析應(yīng)用程序工作流程與操作步驟。確定并說明測試用例 確定測試用例數(shù)據(jù)測試設(shè)計（二）確立并結(jié)構(gòu)化測試執(zhí)行過程 確定本測試執(zhí)行過程與其他測試執(zhí)行過程（或生成的測試腳本之間）的關(guān)系或順序。 確定本測試執(zhí)行過程的起始條件/狀態(tài)與結(jié)束條件/狀態(tài)。 指明本測試執(zhí)行過程（或生成的測試腳本）要執(zhí)行的測試用例。 結(jié)構(gòu)化的方式固化測試執(zhí)行過程。測試設(shè)計（三）復(fù)審并評估測試覆蓋確定測試覆蓋評測方法：基于代碼覆蓋和基于需求的覆蓋?；诖a覆蓋的方法只有在代碼完成后才能進(jìn)行。生成測試覆蓋報告測試準(zhǔn)備記錄、生成或通過編程創(chuàng)建測試腳本 確定軟件設(shè)計與

16、實施模型中的專用于測試的功能。 建立外部數(shù)據(jù)集樁模塊與驅(qū)動模塊設(shè)計 執(zhí)行前的準(zhǔn)備工作執(zhí)行測試單元測試和集成測試時有開發(fā)人員的參與可能更有效，但應(yīng)避免開發(fā)人員測試自己的程序。驗收測試應(yīng)由測試組、用戶和相關(guān)的專家完成。測試的執(zhí)行應(yīng)該遵循如下的過程：設(shè)置測試環(huán)境，執(zhí)行測試過程，核實測試結(jié)果，評估測試的執(zhí)行情況。評估測試結(jié)果分析測試結(jié)果并提交變更請求 評估基于需求的測試覆蓋 評估基于代碼的測試覆蓋 分析缺陷 確定是否達(dá)到了測試的完成標(biāo)準(zhǔn)和成功標(biāo)準(zhǔn) 生成測試評估摘要 缺陷跟蹤缺陷等級（嚴(yán)重、主要、次要、輕微等）與優(yōu)先級（高、中、低等）分類缺陷修改應(yīng)遵循一定的流程（提交任務(wù)分配修改回歸測試）缺陷趨勢分析不

17、易修改的缺陷的處理配置管理主要實現(xiàn)軟件版本控制和軟件變更管理測試過程中形成的文檔、用例、數(shù)據(jù)、測試用程序等也存在配置管理的問題應(yīng)和開發(fā)中的配置管理共同進(jìn)行，并互相關(guān)聯(lián)。過程改進(jìn)測試能力成熟度模型初始 階段定義 集成 管理與度量優(yōu)化、缺陷預(yù)防和質(zhì)量控制過程改進(jìn)測試能力成熟度等級一無序測試和調(diào)試沒有區(qū)分測試只在編碼后進(jìn)行無專業(yè)的測試人員/沒有測試工具測試的目的是為了證明軟件和系統(tǒng)能夠正常工作。過程改進(jìn)測試能力成熟度等級二將測試同調(diào)試區(qū)分開來測試是編碼后的一個已定義的階段具有基本的測試方法和技術(shù)以及標(biāo)準(zhǔn)的測試過程測試的目的是為了確認(rèn)程序能夠滿足要求過程改進(jìn)測試能力成熟度等級三測試分布于軟件的整個生命周期有固定的測試組織（能夠提供人員培訓(xùn)、監(jiān)督和控制測試過程、引入自動化測試工具）基于系統(tǒng)需求進(jìn)行測試管理層已認(rèn)識到測試是一項專業(yè)性的活動過程改進(jìn)測試能力成熟度等級四測試是一個可測量和量化的過程產(chǎn)品的質(zhì)量特性如可靠性、可用性、可維護