軟件測試的組織和管理

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