軟件測試的組織和管理PPT課件

.,軟件測試的組織和管理,山東省軟件評測中心韓慶良,.,目標(biāo),與軟件企業(yè)項(xiàng)目管理人員、測試管理人員對測試管理進(jìn)行交流。提高對測試工作、測試管理的重要性的認(rèn)識，以改進(jìn)我們的測試過程。從理論角度來認(rèn)識軟件測試和測試管理。,.,主要內(nèi)容,團(tuán)隊(duì)建設(shè)（組織結(jié)構(gòu)、人員組成、規(guī)模、人員培訓(xùn)）過程規(guī)劃（軟件過程、測試過程、測試的階段、規(guī)劃自己的過程）測試過程實(shí)施（計劃、設(shè)計、實(shí)施、執(zhí)行、評估、缺陷跟蹤）過程改進(jìn)（成熟度模型、改進(jìn)）測試工具,.,（一）團(tuán)隊(duì)建設(shè),測試部門的組織形式測試組的人員組成測試組的規(guī)模測試人員的培訓(xùn),.,組織形式測試人員的位置,一個好的組織結(jié)構(gòu)，可以更好的發(fā)揮人員的能動性，使工作更有效率，也使工作的質(zhì)量更高。在一個單位內(nèi)測試人員處于什么位置？屬于那個部門？質(zhì)量管理？開發(fā)組？測試組？適用的就是最好的。,.,組織形式常見測試組組織結(jié)構(gòu),煙囪測試組（小型）煙囪測試組（大型）集中測試組IV&V（獨(dú)立驗(yàn)證與確認(rèn)）測試組SMT（系統(tǒng)方法與測試）組,.,組織形式煙囪測試組,測試人員由臨時人員組成，通常有2-5人組成，直接向項(xiàng)目經(jīng)理負(fù)責(zé)。大型的組可以劃分為幾個小組，設(shè)測試經(jīng)理。項(xiàng)目經(jīng)理負(fù)責(zé)制定測試計劃文檔。企業(yè)沒有正規(guī)的方法將測試程序、方法、相關(guān)的知識經(jīng)驗(yàn)傳遞下去，測試質(zhì)量難以保證。優(yōu)點(diǎn)是成本低，不需要對測試人員提供培訓(xùn)、生活保障等服務(wù)。,.,組織形式集中測試組,企業(yè)成立專職、獨(dú)立的測試部門，通常由1030人組成。集中測試組為每個項(xiàng)目配備幾個全職的測試人員。部分企業(yè)中可能還負(fù)責(zé)執(zhí)行項(xiàng)目中軟件質(zhì)量管理和性能規(guī)范制定的工作?？梢詫⑾嚓P(guān)的知識、經(jīng)驗(yàn)傳遞下去。,.,IV&V組組織形式,通常由軟件開發(fā)組織之外的人員或其中的獨(dú)立人員組成，如轉(zhuǎn)包商。其參與檢查、驗(yàn)證是否遵循標(biāo)準(zhǔn)、進(jìn)行軟件文檔的質(zhì)量保證檢測，主要完成系統(tǒng)測試?？梢詫⑵淇醋饕粋€最苛求的用戶。,.,組織形式SMT組,通常作為企業(yè)的內(nèi)部顧問組的方式存在。主要負(fù)責(zé)方法及標(biāo)準(zhǔn)的知識交流、編制開發(fā)和測試指南、開發(fā)測試方法、測試工具評估與培訓(xùn)，其同不同的項(xiàng)目組進(jìn)行協(xié)作，對其進(jìn)行指導(dǎo)。通常不負(fù)責(zé)具體測試工作的執(zhí)行。由軟件專家組成。,.,組織形式企業(yè)或項(xiàng)目組織結(jié)構(gòu)樣例,微軟的項(xiàng)目組織,產(chǎn)品組經(jīng)理,項(xiàng)目經(jīng)理,開發(fā)經(jīng)理,質(zhì)量保證經(jīng)理,開發(fā)工程師,測試人員,流程經(jīng)理,設(shè)計經(jīng)理,.,組織形式企業(yè)或項(xiàng)目組織結(jié)構(gòu)樣例,一種常見的組織,.,組織形式企業(yè)或項(xiàng)目組織結(jié)構(gòu)樣例,又一,.,人員組成成功測試組的10大因素,業(yè)務(wù)知識：測試工程師應(yīng)具備業(yè)務(wù)知識，并和用戶緊密接觸。技術(shù)知識：熟悉所測試的產(chǎn)品用到的技術(shù)，并掌握測試工具、方法等相關(guān)技術(shù)。任務(wù)劃分：將業(yè)務(wù)任務(wù)和技術(shù)任務(wù)相互獨(dú)立。資源管理：業(yè)務(wù)資源和技術(shù)資源相互結(jié)合。與開發(fā)組的關(guān)系：同開發(fā)人員協(xié)同工作。生存周期早期介入：測試應(yīng)在開發(fā)周期的早期介入。測試過程：有成熟的測試過程管理規(guī)范。靈活性/適應(yīng)性：能夠適應(yīng)不同的測試項(xiàng)目。度量：掌握度量的方法，以改進(jìn)工作。過程改進(jìn)：應(yīng)致力于工作的不斷改進(jìn)。,.,人員組成測試組組成,測試經(jīng)理：負(fù)責(zé)測試流程、溝通、測試工具的引入、人員管理、測試計劃/設(shè)計/開發(fā)及執(zhí)行。測試組長：溝通、測試工具引入、人員管理、費(fèi)用/過程狀態(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)行單元測試的人員。,.,測試組規(guī)模確定方法（二）,百分比法：根據(jù)測試人員應(yīng)該占到項(xiàng)目組中人員的百分比數(shù)量。,.,測試組規(guī)模確定方法（三）,測試程序法：根據(jù)測試程序數(shù)量，以及每個程序可能的執(zhí)行時間，計算出人小時，再根據(jù)完成周期計算測試組規(guī)模。,.,測試組規(guī)模確定方法（四）,任務(wù)計劃法：根據(jù)歷史記錄中類似項(xiàng)目工作量，比較新項(xiàng)目同歷史項(xiàng)目的工作量，歷史項(xiàng)目乘以相應(yīng)的因子。步驟：先將任務(wù)分解，根據(jù)歷史記錄乘以一個因子，計算出新項(xiàng)目的所以任務(wù)工作量。再根據(jù)該工作量和完成周期計算測試組規(guī)模。,.,人員培養(yǎng)人員要求,適應(yīng)各種環(huán)境的知識背景學(xué)習(xí)速度快組織能力解決問題的能力創(chuàng)造性分析/編程能力業(yè)務(wù)領(lǐng)域的知識交流與協(xié)調(diào)能力測試經(jīng)驗(yàn)關(guān)注細(xì)節(jié)書寫與語法技能,一個好的測試人員更難得,.,人員培養(yǎng)成長的路徑,初級測試工程師測試工程師高級測試工程師測試組負(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年）項(xiàng)目管理：管理項(xiàng)目，與客戶交流，管理測試人員。（6-12年）產(chǎn)品管理：項(xiàng)目或產(chǎn)品研發(fā)指導(dǎo)、促進(jìn)產(chǎn)品銷售、確定業(yè)務(wù)機(jī)會、承擔(dān)盈虧責(zé)任。（12年以上）,.,（二）測試過程規(guī)劃,軟件過程測試過程測試的階段規(guī)劃測試過程,.,軟件過程定義,目的：測試過程是軟件過程的組成部分，明確自己的軟件過程，才能明確自己的測試過程。軟件生存周期指軟件從出現(xiàn)一個構(gòu)思之日起，直到最后決定停止使用之時止。包括可行性與計劃研究、需求分析、設(shè)計、實(shí)現(xiàn)、測試、運(yùn)行與維護(hù)等階段。軟件過程是指開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品（如項(xiàng)目計劃、文檔、代碼、手冊等）的一套行為、方法、實(shí)踐及變換過程。軟件過程是軟件生存周期的框架。,.,軟件過程常見軟件過程與模型（一）,瀑布模型、原型模型、演化模型、增量模型、螺旋模型、噴泉模型等等。敏捷方法（如XP、功能驅(qū)動等）統(tǒng)一過程（RUP）GB/T8566-2001信息技術(shù)軟件生存周期過程過程裁減,.,.,軟件過程常見軟件過程與模型（二）,敏捷方法中的測試：在極限編程中提出測試驅(qū)動開發(fā)。提倡在開發(fā)前，先考慮測試，先完成測試用來和代碼。統(tǒng)一過程中的測試：測試是其核心工作流程之一GB/T8566-2001標(biāo)準(zhǔn)中的測試（如下圖）：沒有單獨(dú)的測試過程。測試開始于編碼。不足以指導(dǎo)測試工作。,.,測試過程測試生命周期,.,測試過程幾個亮點(diǎn),測試工作開始于需求分析之后。測試經(jīng)過評估后，達(dá)到了結(jié)束的標(biāo)準(zhǔn)后才能結(jié)束。測試也是迭代過程。測試需求來自于軟件需求。,.,測試過程活動,計劃設(shè)計準(zhǔn)備執(zhí)行評估缺陷跟蹤,.,測試過程與開發(fā)過程的關(guān)系,都是軟件過程的有機(jī)組成部分。與開發(fā)過程同步進(jìn)行。與開發(fā)過程相互依賴，又相互獨(dú)立。開發(fā)過程、測試過程、項(xiàng)目管理過程以及其他支撐過程相互交織共同組成了軟件過程。,.,測試階段V模型,.,測試階段四個階段,清晰直觀階段劃分單元測試集成測試系統(tǒng)測試驗(yàn)收測試同開發(fā)的對應(yīng)關(guān)系,.,測試階段甄別,開發(fā)和測試并不是線性關(guān)系。測試工作不是開始于代碼完成之后。測試具有階段性，但各階段之間沒有鴻溝。尤其是單元測試和集成測試。,.,規(guī)劃測試過程,分析項(xiàng)目總體需求（概覽）分析項(xiàng)目特點(diǎn)（如類型、規(guī)模、人員、客戶、風(fēng)險、進(jìn)度、成本等等）確定自己的軟件過程確定自己的開發(fā)方法和模型規(guī)劃測試階段構(gòu)建測試過程,.,（三）測試過程實(shí)施,制訂測試計劃設(shè)計測試測試準(zhǔn)備執(zhí)行測試評估測試結(jié)果缺陷跟蹤,.,制訂測試計劃定義,什么是測試計劃：測試計劃包含項(xiàng)目范圍內(nèi)的測試目的和測試目標(biāo)的有關(guān)信息。此外，測試計劃還將確定實(shí)施和執(zhí)行測試時所使用的策略以及所需資源。測試計劃包括測試主計劃和階段計劃。項(xiàng)目開始時制訂測試主計劃。根據(jù)開發(fā)的迭代過程和測試主計劃對測試計劃進(jìn)行細(xì)化，制訂各個階段的測試計劃。,.,制訂測試計劃內(nèi)容,1.簡介(目的、背景、范圍、使用的文檔）2.測試需求（確定被測試的對象、內(nèi)容和范圍，來源于用戶需求，包括功能性需求和非功能性需求。）3.測試策略測試的項(xiàng)目、測試的主要方法、完成標(biāo)準(zhǔn)、使用的工具、特殊事項(xiàng)等）4.資源（人員組成、任務(wù)和職責(zé)、環(huán)境、人員培訓(xùn)等）5.項(xiàng)目進(jìn)度表（階段）6.可交付工件（測試模型、測試記錄、缺陷報告等等）7.附錄A：項(xiàng)目任務(wù),.,制訂測試計劃步驟（一）,確定測試需求：確定測試對象以及測試工作的范圍和內(nèi)容。測試需求應(yīng)是可核實(shí)的。測試需求可來源于軟件需求列表、用例、用例模型、用例實(shí)現(xiàn)、補(bǔ)充規(guī)約、設(shè)計需求、商業(yè)理由、法規(guī)、標(biāo)準(zhǔn)、最終用戶訪談以及對現(xiàn)有系統(tǒng)的復(fù)審。被確定的測試需求項(xiàng)必須是可核實(shí)的。即，它們必須有一個可觀察、可評測的結(jié)果。無法核實(shí)的需求不是測試需求。,.,制訂測試計劃步驟（二）,評估風(fēng)險：測試工作需要平衡資源約束和風(fēng)險，以確定測試的優(yōu)先級。從三個方面分析：影響:失效后將造成的影響或后果原因:失效所導(dǎo)致的非預(yù)期結(jié)果可能性:用例失效的可能性根據(jù)風(fēng)險分析情況，確定測試執(zhí)行的優(yōu)先級。通常分為高、中、低三種。進(jìn)而安排測試的先后順序。,.,制訂測試計劃步驟（三）,制定測試策略：描述測試活動的一般方法和目標(biāo)。包括測試的階段、類型、技術(shù)、測試完成的標(biāo)準(zhǔn)、特殊要求、可能存在的影響等。確定資源人力資源（人員數(shù)量和技能）測試環(huán)境（包括硬件和軟件）工具數(shù)據(jù)創(chuàng)建時間表：估計測試工作，制訂時間進(jìn)度。參考軟件開發(fā)進(jìn)度、項(xiàng)目工作計劃等。生成測試計劃：復(fù)審相關(guān)材料，確定交付的內(nèi)容，將計劃提交相關(guān)的人員。,.,制訂測試計劃主計劃和階段計劃,階段計劃的測試需求應(yīng)是對主計劃中的測試需求的分解。階段計劃的工作進(jìn)度安排應(yīng)盡可能同主計劃相一致。階段計劃的制訂應(yīng)能保證主計劃能夠完滿執(zhí)行。,.,測試設(shè)計（一）,分析程序工作流程。目的在于確定并說明系統(tǒng)與外部交互時的操作和步驟。以進(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ù)審并評估測試覆蓋確定測試覆蓋評測方法：基于代碼覆蓋和基于需求的覆蓋。基于代碼覆蓋的方法只有在代碼完成后才能進(jìn)行。生成測試覆蓋報告,.,測試準(zhǔn)備,記錄、生成或通過編程創(chuàng)建測試腳本確定軟件設(shè)計與實(shí)施模型中的專用于測試的功能。建立外部數(shù)據(jù)集樁模塊與驅(qū)動模塊設(shè)計執(zhí)行前的準(zhǔn)備工作,.,執(zhí)行測試,單元測試和集成測試時有開發(fā)人員的參與可能更有效，但應(yīng)避免開發(fā)人員測試自己的程序。驗(yàn)收測試應(yīng)由測試組、用戶和相關(guān)的專家完成。測試的執(zhí)行應(yīng)該遵循如下的過程：設(shè)置測試環(huán)境，執(zhí)行測試過程，核實(shí)測試結(jié)果，評估測試的執(zhí)行情況。,.,評估測試結(jié)果,分析測試結(jié)果并提交變更請求評估基于需求的測試覆蓋評估基于代碼的測試覆蓋分析缺陷確定是否達(dá)到了測試的完成標(biāo)準(zhǔn)和成功標(biāo)準(zhǔn)生成測試評估摘要,.,缺陷跟蹤,缺陷等級（嚴(yán)重、主要、次要、輕微等）與優(yōu)先級（高、中、低等）分類缺陷修改應(yīng)遵循一定的流程（提交任務(wù)分配修改回歸測試）缺陷趨勢分析不易修改的缺陷的處理,.,配置管理,主要實(shí)現(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)識到測試是一項(xiàng)專業(yè)性的活動,.,過程改進(jìn)測試能力成熟度等級四,測試是一個可測量和量化的過程產(chǎn)品的質(zhì)量特性如可靠性、可用性、可維護(hù)性等都被測試測試用例被良好的管理并可重用發(fā)現(xiàn)的