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

軟件測試的組織和管理山東省軟件評測中心韓慶良軟件測試的組織和管理山東省軟件評測中心韓慶良1目標與軟件企業(yè)項目管理人員、測試管理人員對測試管理進行交流。提高對測試工作、測試管理的重要性的認識，以改進我們的測試過程。從理論角度來認識軟件測試和測試管理。目標與軟件企業(yè)項目管理人員、測試管理人員對測試管理進行交流。2主要內(nèi)容團隊建設(shè)（組織結(jié)構(gòu)、人員組成、規(guī)模、人員培訓(xùn)）過程規(guī)劃（軟件過程、測試過程、測試的階段、規(guī)劃自己的過程）測試過程實施（計劃、設(shè)計、實施、執(zhí)行、評估、缺陷跟蹤）過程改進（成熟度模型、改進）測試工具主要內(nèi)容團隊建設(shè)（組織結(jié)構(gòu)、人員組成、規(guī)模、人員培訓(xùn)）3（一）團隊建設(shè)測試部門的組織形式測試組的人員組成測試組的規(guī)模測試人員的培訓(xùn)（一）團隊建設(shè)測試部門的組織形式4組織形式－測試人員的位置一個好的組織結(jié)構(gòu)，可以更好的發(fā)揮人員的能動性，使工作更有效率，也使工作的質(zhì)量更高。在一個單位內(nèi)測試人員處于什么位置？屬于那個部門？質(zhì)量管理？開發(fā)組？測試組？適用的就是最好的。組織形式－測試人員的位置一個好的組織結(jié)構(gòu)，可以更好的發(fā)揮人員5組織形式－常見測試組組織結(jié)構(gòu)煙囪測試組（小型）煙囪測試組（大型）集中測試組IV&V（獨立驗證與確認）測試組SMT（系統(tǒng)方法與測試）組組織形式－常見測試組組織結(jié)構(gòu)煙囪測試組（小型）6組織形式－煙囪測試組測試人員由臨時人員組成，通常有2-5人組成，直接向項目經(jīng)理負責。大型的組可以劃分為幾個小組，設(shè)測試經(jīng)理。項目經(jīng)理負責制定測試計劃文檔。企業(yè)沒有正規(guī)的方法將測試程序、方法、相關(guān)的知識經(jīng)驗傳遞下去，測試質(zhì)量難以保證。優(yōu)點是成本低，不需要對測試人員提供培訓(xùn)、生活保障等服務(wù)。組織形式－煙囪測試組測試人員由臨時人員組成，通常有2-5人組7組織形式－集中測試組企業(yè)成立專職、獨立的測試部門，通常由10－30人組成。集中測試組為每個項目配備幾個全職的測試人員。部分企業(yè)中可能還負責執(zhí)行項目中軟件質(zhì)量管理和性能規(guī)范制定的工作。可以將相關(guān)的知識、經(jīng)驗傳遞下去。組織形式－集中測試組企業(yè)成立專職、獨立的測試部門，通常由108IV&V組－組織形式通常由軟件開發(fā)組織之外的人員或其中的獨立人員組成，如轉(zhuǎn)包商。其參與檢查、驗證是否遵循標準、進行軟件文檔的質(zhì)量保證檢測，主要完成系統(tǒng)測試?？梢詫⑵淇醋饕粋€最苛求的用戶。IV&V組－組織形式通常由軟件開發(fā)組織之外的人員或其中的獨立9組織形式－SMT組通常作為企業(yè)的內(nèi)部顧問組的方式存在。主要負責方法及標準的知識交流、編制開發(fā)和測試指南、開發(fā)測試方法、測試工具評估與培訓(xùn)，其同不同的項目組進行協(xié)作，對其進行指導(dǎo)。通常不負責具體測試工作的執(zhí)行。由軟件專家組成。組織形式－SMT組通常作為企業(yè)的內(nèi)部顧問組的方式存在。主要負10組織形式－企業(yè)或項目組織結(jié)構(gòu)樣例微軟的項目組織產(chǎn)品組經(jīng)理項目經(jīng)理開發(fā)經(jīng)理質(zhì)量保證經(jīng)理開發(fā)工程師測試人員流程經(jīng)理設(shè)計經(jīng)理組織形式－企業(yè)或項目組織結(jié)構(gòu)樣例微軟的項目組織產(chǎn)品組經(jīng)理項目11組織形式－企業(yè)或項目組織結(jié)構(gòu)樣例一種常見的組織軟件開發(fā)組織客戶服務(wù)項目管理質(zhì)量管理開發(fā)規(guī)范、CMM、質(zhì)量保證測試組織形式－企業(yè)或項目組織結(jié)構(gòu)樣例一種常見的組織軟件開發(fā)組織客12組織形式－企業(yè)或項目組織結(jié)構(gòu)樣例又一軟件開發(fā)組織客戶服務(wù)項目管理質(zhì)量管理開發(fā)規(guī)范、CMM、質(zhì)量保證測試組織形式－企業(yè)或項目組織結(jié)構(gòu)樣例又一軟件開發(fā)組織客戶服務(wù)項目13人員組成－成功測試組的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)不同的測試項目。度量：掌握度量的方法，以改進工作。過程改進：應(yīng)致力于工作的不斷改進。人員組成－成功測試組的10大因素業(yè)務(wù)知識：測試工程師應(yīng)具備業(yè)14人員組成－測試組組成測試經(jīng)理：負責測試流程、溝通、測試工具的引入、人員管理、測試計劃/設(shè)計/開發(fā)及執(zhí)行。測試組長：溝通、測試工具引入、人員管理、費用/過程狀態(tài)報告、測試計劃/設(shè)計/開發(fā)及執(zhí)行。測試工程師：執(zhí)行測試計劃，進行設(shè)計/開發(fā)及執(zhí)行。人員組成－測試組組成測試經(jīng)理：負責測試流程、溝通、測試工具的15測試組規(guī)模－影響因素企業(yè)文化或測試成熟度測試需求范圍工程師技能水平測試工具及應(yīng)用水平業(yè)務(wù)知識組織形式測試工作介入時間測試組規(guī)模－影響因素企業(yè)文化或測試成熟度16測試組規(guī)模－確定方法（一）開發(fā)比例法：根據(jù)開發(fā)人員數(shù)量按照一定比例來確定測試工程師的數(shù)量。開發(fā)人員指進行設(shè)計、開發(fā)、編譯以及進行單元測試的人員。開發(fā)類型開發(fā)人員比例測試組規(guī)模商業(yè)產(chǎn)品（大型市場）30人3:220商業(yè)產(chǎn)品（小型市場）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ī)模－確定方法（一）開發(fā)比例法：根據(jù)開發(fā)人員數(shù)量按照一17測試組規(guī)模－確定方法（二）百分比法：根據(jù)測試人員應(yīng)該占到項目組中人員的百分比數(shù)量。開發(fā)類型項目人員數(shù)量測試組規(guī)模比例測試組規(guī)模商業(yè)產(chǎn)品（大型市場）50人27％13商業(yè)產(chǎn)品（小型市場）50人16％8單個客戶端的應(yīng)用開發(fā)50人10％5單個客戶端開發(fā)并與系統(tǒng)集成50人14％7政府部門應(yīng)用開發(fā)（內(nèi)部）50人11％5公司應(yīng)用開發(fā)（內(nèi)部）50人14％7測試組規(guī)模－確定方法（二）百分比法：根據(jù)測試人員應(yīng)該占到項目18測試組規(guī)模－確定方法（三）測試程序法：根據(jù)測試程序數(shù)量，以及每個程序可能的執(zhí)行時間，計算出人小時，再根據(jù)完成周期計算測試組規(guī)模。測試過程數(shù)目計算因子人小時完成周期測試組規(guī)模歷史記錄8606.1653009個月3.4新項目評估11206.16690012個月3.3測試組規(guī)模－確定方法（三）測試程序法：根據(jù)測試程序數(shù)量，以及19測試組規(guī)模－確定方法（四）任務(wù)計劃法：根據(jù)歷史記錄中類似項目工作量，比較新項目同歷史項目的工作量，歷史項目乘以相應(yīng)的因子。步驟：先將任務(wù)分解，根據(jù)歷史記錄乘以一個因子，計算出新項目的所以任務(wù)工作量。再根據(jù)該工作量和完成周期計算測試組規(guī)模。測試組規(guī)模－確定方法（四）任務(wù)計劃法：根據(jù)歷史記錄中類似項目20人員培養(yǎng)－人員要求適應(yīng)各種環(huán)境的知識背景學(xué)習速度快組織能力解決問題的能力創(chuàng)造性分析/編程能力業(yè)務(wù)領(lǐng)域的知識交流與協(xié)調(diào)能力測試經(jīng)驗關(guān)注細節(jié)書寫與語法技能一個好的測試人員更難得人員培養(yǎng)－人員要求適應(yīng)各種環(huán)境的知識背景一個好的測試人員更難21人員培養(yǎng)－成長的路徑初級測試工程師－測試工程師－高級測試工程師－測試組負責人－測試負責人－測試經(jīng)理－產(chǎn)品/業(yè)務(wù)經(jīng)理。技術(shù)技能：測試工具\測試自動化編程\編程語言\操作系統(tǒng)\網(wǎng)絡(luò)、數(shù)據(jù)庫\測試生存周期（1-2年）測試過程：評審、制訂和改進過程，指導(dǎo)初級工程師工作，了解業(yè)務(wù)領(lǐng)域。（3-4年）測試組工作：任務(wù)安排、跟蹤和報告，監(jiān)管測試工程師，掌握測試周期支持工具。（4-6年）項目管理：管理項目，與客戶交流，管理測試人員。（6-12年）產(chǎn)品管理：項目或產(chǎn)品研發(fā)指導(dǎo)、促進產(chǎn)品銷售、確定業(yè)務(wù)機會、承擔盈虧責任。（12年以上）人員培養(yǎng)－成長的路徑初級測試工程師－測試工程師－高級測試工程22（二）測試過程規(guī)劃軟件過程測試過程測試的階段規(guī)劃測試過程（二）測試過程規(guī)劃軟件過程23軟件過程－定義目的：測試過程是軟件過程的組成部分，明確自己的軟件過程，才能明確自己的測試過程。軟件生存周期指軟件從出現(xiàn)一個構(gòu)思之日起，直到最后決定停止使用之時止。包括可行性與計劃研究、需求分析、設(shè)計、實現(xiàn)、測試、運行與維護等階段。軟件過程是指開發(fā)和維護軟件及相關(guān)產(chǎn)品（如項目計劃、文檔、代碼、手冊等）的一套行為、方法、實踐及變換過程。軟件過程是軟件生存周期的框架。軟件過程－定義目的：測試過程是軟件過程的組成部分，明確自己的24軟件過程－常見軟件過程與模型（一）瀑布模型、原型模型、演化模型、增量模型、螺旋模型、噴泉模型等等。敏捷方法（如XP、功能驅(qū)動等）統(tǒng)一過程（RUP）《GB/T8566-2001信息技術(shù)軟件生存周期過程》過程裁減軟件過程－常見軟件過程與模型（一）瀑布模型、原型模型、演化模25軟件測試的組織和管理26軟件過程－常見軟件過程與模型（二）敏捷方法中的測試：在極限編程中提出測試驅(qū)動開發(fā)。提倡在開發(fā)前，先考慮測試，先完成測試用來和代碼。統(tǒng)一過程中的測試：測試是其核心工作流程之一GB/T8566-2001標準中的測試（如下圖）：沒有單獨的測試過程。測試開始于編碼。不足以指導(dǎo)測試工作。軟件過程－常見軟件過程與模型（二）敏捷方法中的測試：在極限編27測試過程－測試生命周期開發(fā)生命周期...維護

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

需求定義應(yīng)用定義應(yīng)用開發(fā)修訂建立建立測試生命周期...執(zhí)行.執(zhí)行執(zhí)行.測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估測試過程－測試生命周期開發(fā)生命周期...維護需求定義應(yīng)用87測試過程－幾個亮點測試工作開始于需求分析之后。測試經(jīng)過評估后，達到了結(jié)束的標準后才能結(jié)束。測試也是迭代過程。測試需求來自于軟件需求。測試過程－幾個亮點測試工作開始于需求分析之后。88測試過程－活動計劃設(shè)計準備執(zhí)行評估缺陷跟蹤測試過程－活動計劃89測試過程－與開發(fā)過程的關(guān)系都是軟件過程的有機組成部分。與開發(fā)過程同步進行。與開發(fā)過程相互依賴，又相互獨立?！_發(fā)過程、測試過程、項目管理過程以及其他支撐過程相互交織共同組成了軟件過程。測試過程－與開發(fā)過程的關(guān)系都是軟件過程的有機組成部分。90測試階段－V模型測試階段－V模型91測試階段－四個階段清晰直觀階段劃分單元測試集成測試系統(tǒng)測試驗收測試同開發(fā)的對應(yīng)關(guān)系測試階段－四個階段清晰直觀92測試階段－甄別開發(fā)和測試并不是線性關(guān)系。測試工作不是開始于代碼完成之后。測試具有階段性，但各階段之間沒有鴻溝。尤其是單元測試和集成測試。測試階段－甄別開發(fā)和測試并不是線性關(guān)系。93規(guī)劃測試過程分析項目總體需求（概覽）分析項目特點（如類型、規(guī)模、人員、客戶、風險、進度、成本等等）確定自己的軟件過程確定自己的開發(fā)方法和模型規(guī)劃測試階段構(gòu)建測試過程規(guī)劃測試過程分析項目總體需求（概覽）94（三）測試過程實施制訂測試計劃設(shè)計測試測試準備執(zhí)行測試評估測試結(jié)果缺陷跟蹤（三）測試過程實施制訂測試計劃95制訂測試計劃－定義什么是測試計劃：測試計劃包含項目范圍內(nèi)的測試目的和測試目標的有關(guān)信息。此外，測試計劃還將確定實施和執(zhí)行測試時所使用的策略以及所需資源。測試計劃包括測試主計劃和階段計劃。項目開始時制訂測試主計劃。根據(jù)開發(fā)的迭代過程和測試主計劃對測試計劃進行細化，制訂各個階段的測試計劃。制訂測試計劃－定義什么是測試計劃：測試計劃包含項目范圍內(nèi)的測96制訂測試計劃－內(nèi)容1.簡介(目的、背景、范圍、使用的文檔）2.測試需求（確定被測試的對象、內(nèi)容和范圍，來源于用戶需求，包括功能性需求和非功能性需求。）3.測試策略測試的項目、測試的主要方法、完成標準、使用的工具、特殊事項等）4.資源（人員組成、任務(wù)和職責、環(huán)境、人員培訓(xùn)等）5.項目進度表（階段）6.可交付工件（測試模型、測試記錄、缺陷報告等等）7.附錄A：項目任務(wù)制訂測試計劃－內(nèi)容1.簡介(目的、背景、范圍、使用的文檔）97制訂測試計劃－步驟（一）確定測試需求：確定測試對象以及測試工作的范圍和內(nèi)容。測試需求應(yīng)是可核實的。測試需求可來源于軟件需求列表、用例、用例模型、用例實現(xiàn)、補充規(guī)約、設(shè)計需求、商業(yè)理由、法規(guī)、標準、最終用戶訪談以及對現(xiàn)有系統(tǒng)的復(fù)審。被確定的測試需求項必須是可核實的。即，它們必須有一個可觀察、可評測的結(jié)果。無法核實的需求不是測試需求。制訂測試計劃－步驟（一）確定測試需求：確定測試對象以及測試工98制訂測試計劃－步驟（二）評估風險：測試工作需要平衡資源約束和風險，以確定測試的優(yōu)先級。從三個方面分析：影響:失效后將造成的影響或后果原因:失效所導(dǎo)致的非預(yù)期結(jié)果可能性:用例失效的可能性根據(jù)風險分析情況，確定測試執(zhí)行的優(yōu)先級。通常分為高、中、低三種。進而安排測試的先后順序。制訂測試計劃－步驟（二）評估風險：測試工作需要平衡資源約束和99制訂測試計劃－步驟（三）制定測試策略：描述測試活動的一般方法和目標。包括測試的階段、類型、技術(shù)、測試完成的標準、特殊要求、可能存在的影響等。確定資源人力資源（人員數(shù)量和技能）測試環(huán)境（包括硬件和軟件）工具數(shù)據(jù)創(chuàng)建時間表：估計測試工作，制訂時間進度。參考軟件開發(fā)進度、項目工作計劃等。生成測試計劃：復(fù)審相關(guān)材料，確定交付的內(nèi)容，將計劃提交相關(guān)的人員。制訂測試計劃－步驟（三）制定測試策略：描述測試活動的一般方法100制訂測試計劃－主計劃和階段計劃階段計劃的測試需求應(yīng)是對主計劃中的測試需求的分解。階段計劃的工作進度安排應(yīng)盡可能同主計劃相一致。階段計劃的制訂應(yīng)能保證主計劃能夠完滿執(zhí)行。制訂測試計劃－主計劃和階段計劃階段計劃的測試需求應(yīng)是對主計劃101測試設(shè)計（一）分析程序工作流程。目的在于確定并說明系統(tǒng)與外部交互時的操作和步驟。以進一步用于確定與描述測試用例。確定并說明測試用例詳細分析應(yīng)用程序工作流程與操作步驟。確定并說明測試用例確定測試用例數(shù)據(jù)測試設(shè)計（一）分析程序工作流程。目的在于確定并說明系統(tǒng)與外部102測試設(shè)計（二）確立并結(jié)構(gòu)化測試執(zhí)行過程確定本測試執(zhí)行過程與其他測試執(zhí)行過程（或生成的測試腳本之間）的關(guān)系或順序。確定本測試執(zhí)行過程的起始條件/狀態(tài)與結(jié)束條件/狀態(tài)。指明本測試執(zhí)行過程（或生成的測試腳本）要執(zhí)行的測試用例。結(jié)構(gòu)化的方式固化測試執(zhí)行過程。測試設(shè)計（二）確立并結(jié)構(gòu)化測試執(zhí)行過程103測試設(shè)計（三）復(fù)審并評估測試覆蓋確定測試覆蓋評測方法：基于代碼覆蓋和基于需求的覆蓋?；?/p>