軟件測試的組織和管理

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

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

3、部門，通常由1030人組成。集中測試組為每個項目配備幾個全職的測試人員。部分企業(yè)中可能還負責執(zhí)行項目中軟件質(zhì)量管理和性能規(guī)范制定的工作?？梢詫⑾嚓P(guān)的知識、經(jīng)驗傳遞下去。IV&V組組織形式 通常由軟件開發(fā)組織之外的人員或其中的獨立人員組成，如轉(zhuǎn)包商。其參與檢查、驗證是否遵循標準、進行軟件文檔的質(zhì)量保證檢測，主要完成系統(tǒng)測試。可以將其看作一個最苛求的用戶。組織形式SMT組 通常作為企業(yè)的內(nèi)部顧問組的方式存在。主要負責方法及標準的知識交流、編制開發(fā)和測試指南、開發(fā)測試方法、測試工具評估與培訓，其同不同的項目組進行協(xié)作，對其進行指導。通常不負責具體測試工作的執(zhí)行。由軟件專家組成。組織形式企業(yè)或

4、項目組織結(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)樣例 一種常見的組織軟件開發(fā)組織客戶服務(wù)項目管理質(zhì)量管理開發(fā)規(guī)范、CMM、質(zhì)量保證測試組織形式企業(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é)同工作。 生

5、存周期早期介入：測試應(yīng)在開發(fā)周期的早期介入。 測試過程：有成熟的測試過程管理規(guī)范。 靈活性/適應(yīng)性：能夠適應(yīng)不同的測試項目。 度量：掌握度量的方法，以改進工作。 過程改進：應(yīng)致力于工作的不斷改進。人員組成測試組組成 測試經(jīng)理：負責測試流程、溝通、測試工具的引入、人員管理、測試計劃/設(shè)計/開發(fā)及執(zhí)行。 測試組長：溝通、測試工具引入、人員管理、費用/過程狀態(tài)報告、測試計劃/設(shè)計/開發(fā)及執(zhí)行。 測試工程師：執(zhí)行測試計劃，進行設(shè)計/開發(fā)及執(zhí)行。測試組規(guī)模影響因素 企業(yè)文化或測試成熟度 測試需求范圍 工程師技能水平 測試工具及應(yīng)用水平 業(yè)務(wù)知識 組織形式 測試工作介入時間測試組規(guī)模確定方法（一） 開發(fā)比

6、例法：根據(jù)開發(fā)人員數(shù)量按照一定比例來確定測試工程師的數(shù)量。開發(fā)人員指進行設(shè)計、開發(fā)、編譯以及進行單元測試的人員。開發(fā)類型開發(fā)類型開發(fā)人員開發(fā)人員比例比例測試組規(guī)模測試組規(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ā)類型開發(fā)類型項目人項目人員數(shù)量員數(shù)量測試組規(guī)測試組規(guī)模比例模比例測試組規(guī)模測試組規(guī)模商業(yè)產(chǎn)品（大型市場）50人2713商業(yè)產(chǎn)

7、品（小型市場）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ù)完成周期計算測試組規(guī)模。測試過測試過程數(shù)目程數(shù)目計算因子計算因子人小時人小時完成周期完成周期測試組測試組規(guī)模規(guī)模歷史記錄8606.1653009個月3.4新項目評估11206.16690012個月3.3測試組規(guī)模確定方法（四） 任務(wù)計劃法：根據(jù)歷史記錄中類似項目工作量，比較新項目同歷史項目的工作量，歷史項目乘以相應(yīng)的因子。 步驟：

8、先將任務(wù)分解，根據(jù)歷史記錄乘以一個因子，計算出新項目的所以任務(wù)工作量。再根據(jù)該工作量和完成周期計算測試組規(guī)模。人員培養(yǎng)人員要求 適應(yīng)各種環(huán)境的知識背景 學習速度快 組織能力 解決問題的能力 創(chuàng)造性 分析/編程能力 業(yè)務(wù)領(lǐng)域的知識 交流與協(xié)調(diào)能力 測試經(jīng)驗 關(guān)注細節(jié) 書寫與語法技能一個好的測試人員一個好的測試人員更難得更難得人員培養(yǎng)成長的路徑 初級測試工程師測試工程師高級測試工程師測試組負責人測試負責人測試經(jīng)理產(chǎn)品/業(yè)務(wù)經(jīng)理。 技術(shù)技能：測試工具測試自動化編程編程語言操作系統(tǒng)網(wǎng)絡(luò)、數(shù)據(jù)庫測試生存周期 （1-2年）年） 測試過程：評審、制訂和改進過程，指導初級工程師工作，了解業(yè)務(wù)領(lǐng)域。 （3-4年

9、）年） 測試組工作：任務(wù)安排、跟蹤和報告，監(jiān)管測試工程師，掌握測試周期支持工具。（4-6年）年） 項目管理：管理項目，與客戶交流，管理測試人員。（6-12年）年） 產(chǎn)品管理：項目或產(chǎn)品研發(fā)指導、促進產(chǎn)品銷售、確定業(yè)務(wù)機會、承擔盈虧責任。（12年以上）年以上）（二）測試過程規(guī)劃 軟件過程 測試過程 測試的階段 規(guī)劃測試過程軟件過程定義 目的：測試過程是軟件過程的組成部分，明確自己的軟件過程，才能明確自己的測試過程。 軟件生存周期指軟件從出現(xiàn)一個構(gòu)思之日起，直到最后決定停止使 用之時止。包括可行性與計劃研究、需求分析、設(shè)計 、實現(xiàn) 、測試、運行與維護等階段。 軟件過程是指開發(fā)和維護軟件及相關(guān)產(chǎn)品（

10、如項目計劃、文檔、代碼、手冊等）的一套行為、方法、實踐及變換過程。軟件過程是軟件生存周期的框架。軟件過程常見軟件過程與模型（一） 瀑布模型、原型模型、演化模型、增量模型、螺旋模型、噴泉模型等等。 敏捷方法（如XP、功能驅(qū)動等） 統(tǒng)一過程（RUP） GB/T 8566-2001 信息技術(shù) 軟件生存周期過程 過程裁減 7 .生 存 周 期 組 織 過 程 5 .生 存 周 期 基 本 過 程 合 同 視 圖 5 .1 獲 取 過 程 招 標 準 備 啟 動 合 同 準 備 和修 訂 驗 收 和 完 成 監(jiān) 督 供 方 5 .2 供 應(yīng) 過 程 啟 動 準 備投 標 簽 定合 同 編 制計 劃 實

11、施 和控 制 交 付 和完 成 評 審 和評 價 工 程 視 圖 5 .3 開 發(fā) 過 程 軟 件 需求 分 析 軟 件 結(jié)構(gòu) 設(shè) 計 軟 件 詳細 設(shè) 計 軟 件集 成 軟 件 鑒定 測 試 系 統(tǒng) 需求 分 析 系 統(tǒng) 結(jié)構(gòu) 設(shè) 計 系 統(tǒng)集 成 系 統(tǒng) 鑒定 測 試 過 程實 施 軟 件安 裝 軟 件 驗收 支 持 軟 件 編 碼 和 測 試 運 作 視 圖 5 .4 運 作 過 程 過 程實 施 運 行測 試 系 統(tǒng)運 行 用 戶支 持 5 .5 維 護 過 程 過 程實 施 修 改實 施 移 植 問 題 和 修改 分 析 維 護 評 審/ 驗 收 軟 件 退 役 6 .生 存 周 期

12、 支 持 過 程 6 .1 文 檔 編 制 過 程 6 .2 配 置 管 理 質(zhì) 量 管 理 視 圖 6 .3 質(zhì) 量 保 證 過 程 6 .4 驗 證 過 程 6 .5 確 認 過 程 6 .6 聯(lián) 合 評 審 過 程 6 .7 審 核 過 程 6 .8 問 題 解 決 過 程 7 .2 基 礎(chǔ) 設(shè) 施 過 程 管 理 視 圖 7 .1 管 理 過 程 啟 動 和 范 圍 定 義 執(zhí) 行 和 控 制 評 審 和 評 價 結(jié) 束 規(guī) 劃 7 .3 改 進 過 程 7 .4 培 訓 過 程 過 程 建 立 過 程 評 估 過 程 改 進 各 項 活 動 的 位 置 順 序 并 不 意 味 時 間

13、 順 序 。 開 發(fā) 過 程 中 的 活 動 名 稱 并 不 是 開 發(fā) 階 段 的 名 稱 。 軟件過程常見軟件過程與模型（二） 敏捷方法中的測試：在極限編程中提出測試驅(qū)動開發(fā)。提倡在開發(fā)前，先考慮測試，先完成測試用來和代碼。 統(tǒng)一過程中的測試：測試是其核心工作流程之一 GB/T 8566-2001標準中的測試（如下圖）： 沒有單獨的測試過程。 測試開始于編碼。 不足以指導測試工作。測試過程測試生命周期 維護 需求定義應(yīng)用定義應(yīng)用開發(fā) 修訂 建立 建立執(zhí)行. 執(zhí)行執(zhí)行.測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估測試過程幾個亮點 測試工作開始于需求分析之后。 測試經(jīng)過評估后，達到了結(jié)束的標準后才能結(jié)

14、束。 測試也是迭代過程。 測試需求來自于軟件需求。測試過程活動 計劃 設(shè)計 準備 執(zhí)行 評估 缺陷跟蹤測試過程與開發(fā)過程的關(guān)系 都是軟件過程的有機組成部分。 與開發(fā)過程同步進行。 與開發(fā)過程相互依賴，又相互獨立。 開發(fā)過程、測試過程、項目管理過程以及其他支撐過程相互交織共同組成了軟件過程。測試階段V模型測試階段四個階段 清晰直觀 階段劃分 單元測試 集成測試 系統(tǒng)測試 驗收測試 同開發(fā)的對應(yīng)關(guān)系測試階段甄別 開發(fā)和測試并不是線性關(guān)系。 測試工作不是開始于代碼完成之后。 測試具有階段性，但各階段之間沒有鴻溝。尤其是單元測試和集成測試。規(guī)劃測試過程 分析項目總體需求（概覽） 分析項目特點（如類型、

15、規(guī)模、人員、客戶、風險、進度、成本等等） 確定自己的軟件過程 確定自己的開發(fā)方法和模型 規(guī)劃測試階段 構(gòu)建測試過程（三）測試過程實施 制訂測試計劃 設(shè)計測試 測試準備 執(zhí)行測試 評估測試結(jié)果 缺陷跟蹤制訂測試計劃定義 什么是測試計劃：測試計劃測試計劃包含項目范圍內(nèi)的測試目的和測試目標的有關(guān)信息。此外，測試計劃還將確定實施和執(zhí)行測試時所使用的策略以及所需資源。測試計劃包括測試主計劃和階段計劃。 項目開始時制訂測試主計劃。根據(jù)開發(fā)的迭代過程和測試主計劃對測試計劃進行細化，制訂各個階段的測試計劃。 制訂測試計劃內(nèi)容 1. 簡介(目的、背景、范圍、使用的文檔） 2. 測試需求（確定被測試的對象、內(nèi)容和

16、范圍，來源于用戶需求，包括功能性需求和非功能性需求。） 3. 測試策略 測試的項目、測試的主要方法、完成標準、使用的工具、特殊事項等） 4. 資源（人員組成、任務(wù)和職責、環(huán)境、人員培訓等） 5. 項目進度表（階段） 6. 可交付工件（測試模型、測試記錄、缺陷報告等等） 7. 附錄 A：項目任務(wù)制訂測試計劃步驟（一） 確定測試需求：確定測試對象以及測試工作的范圍和內(nèi)容。測試需求應(yīng)是可核實的。測試需求可來源于軟件需求列表、用例、用例模型、用例實現(xiàn)、補充規(guī)約、設(shè)計需求、商業(yè)理由、法規(guī)、標準、最終用戶訪談以及對現(xiàn)有系統(tǒng)的復(fù)審。 被確定的測試需求項必須是可核實的。即，它們必須有一個可觀察、可評測的結(jié)果。

17、無法核實的需求不是測試需求。 制訂測試計劃步驟（二） 評估風險：測試工作需要平衡資源約束和風險，以確定測試的優(yōu)先級。從三個方面分析： 影響:失效后將造成的影響或后果 原因:失效所導致的非預(yù)期結(jié)果 可能性:用例失效的可能性 根據(jù)風險分析情況，確定測試執(zhí)行的優(yōu)先級。通常分為高、中、低三種。進而安排測試的先后順序。制訂測試計劃步驟（三） 制定測試策略：描述測試活動的一般方法和目標。包括測試的階段、類型、技術(shù)、測試完成的標準、特殊要求、可能存在的影響等。 確定資源 人力資源（人員數(shù)量和技能） 測試環(huán)境（包括硬件和軟件） 工具 數(shù)據(jù) 創(chuàng)建時間表：估計測試工作，制訂時間進度。參考軟件開發(fā)進度、項目工作計劃

18、等。 生成測試計劃 ：復(fù)審相關(guān)材料，確定交付的內(nèi)容，將計劃提交相關(guān)的人員。制訂測試計劃主計劃和階段計劃 階段計劃的測試需求應(yīng)是對主計劃中的測試需求的分解。 階段計劃的工作進度安排應(yīng)盡可能同主計劃相一致。 階段計劃的制訂應(yīng)能保證主計劃能夠完滿執(zhí)行。測試設(shè)計（一） 分析程序工作流程。目的在于確定并說明系統(tǒng)與外部交互時的操作和步驟。以進一步用于確定與描述測試用例。 確定并說明測試用例 詳細分析應(yīng)用程序工作流程與操作步驟。 確定并說明測試用例 確定測試用例數(shù)據(jù)測試設(shè)計（二） 確立并結(jié)構(gòu)化測試執(zhí)行過程 確定本測試執(zhí)行過程與其他測試執(zhí)行過程（或生成的測試腳本之間）的關(guān)系或順序。 確定本測試執(zhí)行過程的起始條

19、件/狀態(tài)與結(jié)束條件/狀態(tài)。 指明本測試執(zhí)行過程（或生成的測試腳本）要執(zhí)行的測試用例。 結(jié)構(gòu)化的方式固化測試執(zhí)行過程。測試設(shè)計（三） 復(fù)審并評估測試覆蓋 確定測試覆蓋評測方法：基于代碼覆蓋和基于需求的覆蓋?；诖a覆蓋的方法只有在代碼完成后才能進行。 生成測試覆蓋報告測試準備 記錄、生成或通過編程創(chuàng)建測試腳本 確定軟件設(shè)計與實施模型中的專用于測試的功能。 建立外部數(shù)據(jù)集 樁模塊與驅(qū)動模塊設(shè)計 執(zhí)行前的準備工作執(zhí)行測試 單元測試和集成測試時有開發(fā)人員的參與可能更有效，但應(yīng)避免開發(fā)人員測試自己的程序。 驗收測試應(yīng)由測試組、用戶和相關(guān)的專家完成。 測試的執(zhí)行應(yīng)該遵循如下的過程：設(shè)置測試環(huán)境，執(zhí)行測試過程，核實測試結(jié)果，評估測試的執(zhí)行情況。評估測試結(jié)果 分析測試結(jié)果并提交變更請求 評估基于需求的測試覆蓋 評估基于代碼的測試覆蓋 分析缺陷 確定是否達到了測試的完成標準和成功標準 生成測試評估摘要 缺陷跟蹤 缺陷等級（嚴重、主要、次要、輕微等）與優(yōu)先級（高、中、低等）分類 缺陷修改應(yīng)遵循一定的流程（提交任務(wù)分配修改回歸測試） 缺陷趨勢分析 不易修改的缺陷的處理配置管理主要實現(xiàn)軟件版本控制和軟件變更管理測試過程中形成的文檔、用例、數(shù)據(jù)、測試用程序等也存在配置管理的問題