公司軟件測評過程能力提升方案

1、軟件測評過程能力提升方案1測評過程能力調(diào)研方案制定前需對公司現(xiàn)有測試流程及管理工具開展調(diào)研工作，對公司測評過 程能力現(xiàn)狀進行評估。現(xiàn)狀的評估將從軟件研發(fā)過程、軟件測評過程、及測試相 關(guān)支撐過程質(zhì)量管理、配置管理等，以及軟件測評團隊、研發(fā)平臺及測試管 理工具等方面，深入調(diào)研，并進行診斷。測評過程能力需要通過工程測評過程來表達， 其能力的提高需要在平時每件 工作當中不斷積累，也需要測評團隊中每位成員的努力， 單單靠幾個人不可能提 高一個團隊的測評過程能力。因此報告將著重對軟件測評團隊的現(xiàn)有成員狀態(tài)進 行評估，并對測評團隊建設(shè)提出建議。在后續(xù)培訓課程設(shè)計和實施上，也將針對 性進行安排，培訓實施方案將

2、充分考慮現(xiàn)狀、客戶目標，并力求兼顧個人意愿。測評過程能力提升課程將針面對全員開展， 針對人員包括以下類型：系統(tǒng)應(yīng) 用軟件開發(fā)人員、嵌入式軟件開發(fā)人員、系統(tǒng)應(yīng)用軟件測試人員、嵌入式軟件測 試人員。通過本工程的具體實施，將會形成一套比擬合理的軟件測試體系和制度， 不僅讓公司獲得一定技術(shù)過程能力上的提升，更具備良好后續(xù)的自我提升平臺。在以上分析的根底上，咨詢團隊將在對用戶現(xiàn)場進一步調(diào)研、 診斷其軟件測 評流程、管理工具現(xiàn)狀及綜合需求，結(jié)合實際及軟件測評專業(yè)開展的需要， 出具 “軟件測評現(xiàn)狀評估及改良建議報告。1. 調(diào)研對象調(diào)研是現(xiàn)狀評估的根底，而確定調(diào)研對象那么是調(diào)研活動的根底。內(nèi)部調(diào)研將 分別面向

3、開發(fā)人員、測試人員、工程管理人員、配置管理人員、質(zhì)量保證人員等， 從以下三個方面開展：軟件測試過程能力：包括測試體系制度、測試質(zhì)量管理、測試配置管理測試團隊和人的能力：包括測試根底知識和理論、對測試體系理解能力、 對測試流程的熟悉度、測試管理工具應(yīng)用技術(shù)、團隊協(xié)作能力、文檔能力、溝通技巧等；對RDP6.0研發(fā)控制流程和PLM管理平臺的調(diào)研：為了完成將軟件測評 活動及過程文檔模板固化在 PLM管理平臺上的目標，有必要對南車目前 實用的研發(fā)控制流程RDP6.0 和 PLM管理平臺進行相應(yīng)調(diào)研。2. 調(diào)研過程調(diào)研的根本過程如下：調(diào)研準備：首先制定調(diào)研的方案，方案好所需的資源、調(diào)研的方式、結(jié)果的統(tǒng)計等

4、步驟，并按照方案準備調(diào)研所需的資源包括：人力、物力、資金、時間等；實際調(diào)查：根據(jù)制定的方案、依靠準備的各種資源，開展實際調(diào)研工作；數(shù)據(jù)分析：對調(diào)研所得數(shù)據(jù)進行分析；結(jié)果統(tǒng)計：根據(jù)對調(diào)研數(shù)據(jù)的分析，統(tǒng)計得出結(jié)論。3. 調(diào)研方法調(diào)研所采用的方法一般有：文案調(diào)查：通過要求工程配合方配合，以文件形式提供。對公司目前的 軟件測評過程能力現(xiàn)狀進行調(diào)查，包括軟件測試體系文件完善程度、軟 件測試流程管理能力等情況進行普查， 并對試點單位的進行詳細的摸查；調(diào)查問卷：通過發(fā)放調(diào)查問卷，對軟件研發(fā)和測試部門人員對軟件測試 根底知識理解、對軟件測試流程的了解、對軟件測試體系的熟悉度等情 況進行進一步的調(diào)研；現(xiàn)場訪談：

5、隨機走訪公司軟件研發(fā)與測試人員，對其軟件測試過程能力 進行調(diào)查。4. 調(diào)研結(jié)果輸出“軟件測評過程能力現(xiàn)狀評估及改良建議報告。主要包括：測評體系現(xiàn)狀：對公司軟件測評體系的現(xiàn)狀進行調(diào)研，調(diào)研內(nèi)容包括： 測評體系文件、測評流程、實際工程中對測評體系的符合程度等；測評團隊現(xiàn)狀：對公司軟件測評團隊的現(xiàn)狀進行調(diào)研，調(diào)研內(nèi)容包括： 測評團隊組織架構(gòu)、測評人員組成、測評人員技術(shù)能力、對軟件測評體 系和過程的認知程度等；測評管理現(xiàn)狀：對公司軟件測評管理的現(xiàn)狀進行調(diào)研，調(diào)研內(nèi)容包括： 測評管理制度、質(zhì)量管理現(xiàn)狀、配置管理現(xiàn)狀、測評管理工具等； 主要問題：根據(jù)以上調(diào)研結(jié)果，指出公司在軟件測評過程能力中存在的 主要問

6、題；改良建議：根據(jù)調(diào)研結(jié)果和存在的問題，提出提升公司軟件測評過程能 力的針對性建議。5. 調(diào)研所需資源調(diào)研所需資源如下：人力資源：除了我方咨詢?nèi)藛T外，還需公司相關(guān)人員配合；物力資源：包括本次調(diào)研活動所需的所有物力、資金。其他資源：調(diào)研所用時間等其他資源。2軟件測評過程能力建設(shè)方案2.1軟件研發(fā)過程本工程需求中，軟件的分類分級標準及軟件需求管理屬于軟件研發(fā)過程。建立軟件的分類、分級標準一、工程需求本局部對應(yīng)工程需求中軟件測評流程體系REQ01中局部需求：1. 建立軟件的分類、分級標準。2. 根據(jù)軟件的分類、分級標準及軟件測試需要，制定軟件開發(fā)過程裁剪指 導書。二、提升方案根據(jù)我們的初步調(diào)研，公司

7、的軟件工程具有以下特點：軟件多為嵌入式軟件。嵌入式軟件具有兩個顯著特點：一是軟件和硬件結(jié) 合緊密，軟件脫離特定系統(tǒng)往往無法運行，軟件失效與硬件故障有時難以 區(qū)分,甚至相互干。二是開發(fā)環(huán)境和運行環(huán)境不同。軟件實時性強。軟件多是實時軟件，不但要求軟件執(zhí)行實時性強，而且要求多個任務(wù)能協(xié)調(diào)執(zhí)行。軟件屬于平安關(guān)鍵軟件。軟件的不可靠將帶來災難性的后果，因此對其可 靠性、平安性要求很高。一般來講，軟件的分類從軟件本身來講可以從開發(fā)平臺、 開發(fā)語言等進行分 類，也可以根據(jù)軟件的應(yīng)用類型進行劃分； 軟件分級可以從軟件含量、軟件平安 等級等進行劃分，我們將在對公司工程進行充分的調(diào)研的根底， 參照相關(guān)國際標 準/國

8、家標準/國軍標/行業(yè)標準，并結(jié)合我司在軟件分類及分級標準的實踐經(jīng)驗， 制定適合公司軟件特點的分類及分級標準。并根據(jù)軟件的分類、分級標準及軟件 測試需要，制定軟件開發(fā)過程裁剪指導書。軟件需求管理一、工程需求本局部對應(yīng)工程招標書中的軟件需求管理REQ24,包含但不限于如下要占：八、1. 結(jié)合集團公司目前的軟件開發(fā)工作實際及開展需要，提出并制定科學、 合理的軟件需求管理方式和規(guī)程。2. 提出需求管理工具的選擇建議書工具需滿足與 PLM系統(tǒng)接口的需要， 或整理、提出需求管理的需求，由PLM系統(tǒng)實現(xiàn)，指導需求管理工具的選型自 主研發(fā)、聯(lián)合開發(fā)或直接購置成熟的工具等。3. 指導、協(xié)助需求管理工具的實踐應(yīng)用

9、，系統(tǒng)管理、控制軟件的需求及有 效跟蹤。二、提升方案需求管理指的是需求工程中的所有活動，它包含了一般意義上的需求開發(fā)和 需求管理階段，涵蓋了需求獲取、需求分析、需求變更、需求跟蹤等所有過程。 要解決需求管理過程中的問題，使用需求管理工具是一個很好的途徑?？疾煲粋€需求管理工具軟件，可以從下面幾點出發(fā)：需求信息是否完備需求的組織形式需求的評審及權(quán)限控制需求和版本、測試是如何關(guān)聯(lián)的需求變更的支持由于公司面對的是機構(gòu)客戶，具有需求變更頻繁的特征，因此采用工具對需 求進行有效管理非常重視。由于目前的 PLM未實現(xiàn)很大可能也無法實現(xiàn)需 求管理，需尋求專業(yè)的管理工具實現(xiàn)對需求的高效管理。 但是由于需求管理貫

10、穿 于研發(fā)全過程，因此需求管理工具最好能與目前的PLM集成，可能的方案包括基于與PLM接口的定制化開發(fā)、或者退而求其次，需求原型當成文檔管理起來， 后續(xù)的所有需求變更均當成缺陷并應(yīng)用 PLM中的缺陷管理模塊進行統(tǒng)一的管理。 我們將在評估后為公司提出具體的解決方案。我們將在對公司工程對軟件需求管理的現(xiàn)狀及需求進行充分的調(diào)研的根底， 提出并制定科學、合理的軟件需求管理方式和規(guī)程，提出需求管理工具的選擇建 議書，指導、協(xié)助需求管理工具的實踐應(yīng)用，系統(tǒng)管理、控制軟件的需求及有效 跟蹤。2.2軟件測評過程對應(yīng)工程需求 REQ01軟件測評流程體系、REQ13軟件測試管理、REQ14軟件測試工程管理，包括但

11、不限于以下內(nèi)容：1. 在集團公司既有RDP開發(fā)體系下，制定軟件測試流程和標準包含軟件 測試各個階段，如：單元測試、集成測試、系統(tǒng)測試、驗收測試；軟件測試與軟 件設(shè)計開發(fā)工作相配合和銜接的原那么；標準每個階段的參與角色及參與方式、進 入準那么、業(yè)務(wù)活動、輸出成果、退出準那么，等等。2. 制定軟件測試管理總體規(guī)程含：測試需求、測試方案、測試用例、測 試腳本、測試執(zhí)行、測試結(jié)果、測試資源、測試度量，等等。3. 制定軟件測試工程管理規(guī)程含公司內(nèi)部軟件測試工程、公司外部軟件 測試工程。4. 我們將分別從如何定義軟件測評流程及測評標準進行闡述。測評流程軟件測評流程一般包括工程接收、 軟件測試需求分析、軟件

12、測試籌劃、軟件 測試設(shè)計、軟件測試執(zhí)行、軟件測試結(jié)果分析、軟件測試問題跟蹤、軟件回歸測 試、軟件測試報告等活動，我們將分別針對內(nèi)部測試和外部測試定制軟件測評流 程，包括各項活動、準入/準出準那么、活動產(chǎn)出、涉及角色等。表1軟件測評流程一覽表測試過程活動描述活動產(chǎn)出涉及標準工程接收確定工程的等級；組成工程測試組，任命工程負責 人測試工程成員 配置表?被測件的接收和 保管程序?測試需求分析確定測試級別測試類型測試項測試優(yōu)先級等測試需求規(guī)格 說明?測試需求規(guī)格說 明編寫標準?測試籌劃根據(jù)測試需求分析結(jié)果，測試內(nèi) 容、測試資源安排、測試進度安 排軟件測試方案?軟件測試方案編 寫標準?測試設(shè)計與實 現(xiàn)設(shè)

13、計測試用例； 編寫測試腳本軟件測試說明?軟件測試說明編 寫標準?建立測試環(huán)境，對測試環(huán)境設(shè)備 進行標識測試環(huán)境建立 記錄?測評過程配置管 理程序?測試過程活動描述活動產(chǎn)出涉及標準測試 執(zhí)行首輪測試執(zhí)行測試用例及測試腳本；對測 試中發(fā)現(xiàn)的問題進行分析，填寫 問題報告單；軟件測試問題跟蹤測試記錄 測試問題報告?測試記錄的編寫 標準?測試問題報 告的編寫標準?回歸 測試對軟件的更改情況作相應(yīng)的影響 域的分析說明，挑選、新增測試 用例，并確定回歸測試用例集； 根據(jù)回歸測試用例集執(zhí)行測試回歸測試說明 測試記錄測試問題報告?回歸測試說明編 寫標準?測試總結(jié)對測試記錄及問題報告單進行統(tǒng) 計分析，出具測試報告

14、測試報告?測試報告的編寫 標準?F面對主要過程的技術(shù)要求加以描述。一、測試需求分析1. 測試人員應(yīng)根據(jù)被測軟件的需求規(guī)格說明書、軟件設(shè)計文檔等，對被測軟件進行測試需求分析，測試需求分析一般包括：確定需要的測試類型及其測試要求并進行標識編號，標識應(yīng)清晰、便于識別。測試類型包括功能測試、性能測試等類型；測試要求包括狀態(tài)、 接口、數(shù)據(jù)結(jié)構(gòu)、設(shè)計約束等要求。確定的測試類型和測試要求均應(yīng)與 要求的測試階段、測試類型匹配；確定測試類型中的各個測試項及其優(yōu)先級；確定每個測試項的測試充分性要求。根據(jù)被測軟件的重要性、測試目標和約束條件，確定應(yīng)覆蓋的范圍及范圍所要求的覆蓋程度；確定每個測試項測試終止的要求，包括

15、測試過程正常終止的條件如測試充分性是否到達要求和導致測試過程異常終止的可能情況。2. 測試人員應(yīng)建立測試類型中的測試項與軟件測評任務(wù)書、被測軟件的需 求規(guī)格說明、設(shè)計文檔或其他依據(jù)文件的追蹤關(guān)系。3. 測試人員應(yīng)將測試需求分析結(jié)果，按所確定的文檔要求形成測試需求規(guī)格說明。4. 測試需求規(guī)格說明應(yīng)經(jīng)過評審，并應(yīng)受到變更控制和版本控制5. 測試需求規(guī)格說明的內(nèi)部評審，主要對以下內(nèi)容進行內(nèi)部審核，保證測 試質(zhì)量：測試級別和測試對象所確定的測試類型及其測試要求是否恰當；每個測試項是否進行了標識，并逐條覆蓋了測試需求和潛在需求；測試類型和測試項是否充分；測試項是否包括了測試終止要求；文檔是否符合規(guī)定的要

16、求。二、測試籌劃1. 測試人員應(yīng)根據(jù)被測軟件的需求規(guī)格說明書、軟件設(shè)計文檔等進行測試 籌劃，籌劃一般包括：確定測試策略；確定測試需要的技術(shù)或方法，如：測試數(shù)據(jù)生成與驗證技術(shù)、測試數(shù)據(jù) 輸入技術(shù)、測試結(jié)果獲取技術(shù)等；確定受控的測試工作產(chǎn)品，并列出清單；確定用于測試的資源要求，包括：軟硬件設(shè)備、環(huán)境條件、人員數(shù)量和 技能等要求；進行測試風險分析，女口：技術(shù)風險、人員風險、資源風險和進度風險等; 根據(jù)被測軟件的需求規(guī)格說明書、軟件設(shè)計文檔和被測軟件的特點，確 定測試任務(wù)的結(jié)束條件；確定被測軟件的評價準那么和方法；應(yīng)根據(jù)測試資源和測試項，確定測試活動的進度；應(yīng)根據(jù)測試的要求，確定需采集的度量及采集要求

17、，特別是用例度量、風險度量、缺陷度量等，并應(yīng)明確相應(yīng)的數(shù)據(jù)庫測試需求度量；2. 測試人員應(yīng)建立測試方案與測試需求規(guī)格說明的追蹤關(guān)系3. 實驗室應(yīng)將測試籌劃結(jié)果，按所確定的文檔要求形成測試方案。4. 測試方案應(yīng)經(jīng)過內(nèi)部的審核，并應(yīng)受到變更控制和版本控制。三、測試設(shè)計與實現(xiàn)1. 測試人員應(yīng)根據(jù)測試需求規(guī)格說明和測試方案進行測試的設(shè)計和實現(xiàn)， 應(yīng)完成以下工作：按需要分解測試項。將需測試的測試項進行層次化的分解并進行標識， 假設(shè)有接口測試，還應(yīng)有高層次的接口圖說明所有的接口和要測試的接口； 說明最終分解后的每個測試項。說明測試用例設(shè)計方法的具體應(yīng)用、測 試數(shù)據(jù)的選擇依據(jù)等；設(shè)計測試用例；確定測試用例的

18、執(zhí)行順序；準備和驗證所有的測試用數(shù)據(jù)。針對測試輸入要求，設(shè)計測試用的數(shù)據(jù), 如數(shù)據(jù)類型、輸入方法等；準備并獲取測試資源，如測試環(huán)境所必須的軟、硬件資源等；必要時，編寫測試執(zhí)行需要的程序，如開發(fā)部件測試的驅(qū)動模塊、樁模 塊以及測試支持軟件等；建立和校核測試環(huán)境，記錄校核結(jié)果，說明測試環(huán)境的偏差。2. 測試人員應(yīng)將以上測試設(shè)計的工作結(jié)果，按照所確定的文檔要求編寫測 試說明，測試說明一般應(yīng)包括：測試名稱和工程標識；測試用例的追蹤。說明測試所依據(jù)的內(nèi)容來源，并跟蹤到相應(yīng)的測試項 標識編號；測試用例說明。簡要描述測試的對象、目的和所采用的測試方法；測試用例的初始化要求，包括硬件配置、軟件配置包括測試的初

19、始條 件、測試配置如用于測試的模擬系統(tǒng)和測試工具、參數(shù)設(shè)置如測 試開始前對斷點、指針、控制參數(shù)和初始化數(shù)據(jù)的設(shè)置的那個的初始 化要求；測試用例的輸入。每個測試用例輸入的描述中包括：每個測試輸入的名稱、用途和具體內(nèi)容如確定的數(shù)值、狀態(tài)或信 號等及其性質(zhì)如有效值、無效值、邊界值等測試輸入的來源如測試程序產(chǎn)生、磁盤文件、通過網(wǎng)絡(luò)接收、人 工鍵盤輸入等，以及選擇輸入所使用的方法如等價類劃分、邊界 值分析、猜錯法、因果圖以及功能圖等；測試輸入是真實的還是模擬的；測試輸入的時間順序或事件順序。測試用例的期望測試結(jié)果。期望測試結(jié)果應(yīng)有具體內(nèi)容如確定的數(shù)值、 狀態(tài)或信號等，不應(yīng)是不確切的概念或籠統(tǒng)的描述。必要

20、時，應(yīng)提供 中間的期望結(jié)果；測試用例的測試結(jié)果評估準那么。 評估準那么用以判斷測試用例執(zhí)行中產(chǎn)生 的中間或最后結(jié)果是否正確。評估準那么應(yīng)根據(jù)不同情況提供相關(guān)信息， 如：實際測試結(jié)果所需的精確度；允許的實際測試結(jié)果與期望結(jié)果之間差異的上、下限；時間的最大或最小間隔；事件數(shù)目的最大或最小值；實際測試結(jié)果不確定時，重新測試的條件；與產(chǎn)生測試結(jié)果有關(guān)的出錯處理；其它有關(guān)準那么。實施測試用例的執(zhí)行步驟。編寫按照執(zhí)行順序排列的一系列相對獨立的 步驟，執(zhí)行步驟應(yīng)包括：每一步所需的測試操作動作、測試程序輸入或設(shè)備操作等；每一步期望的測試結(jié)果；每一步的評估準那么；導致被測程序執(zhí)行終止伴隨的動作或指示信息；需要時

21、，獲取和分析中間結(jié)果的方法。測試用例的前提和約束。測試用例中還應(yīng)說明實施測試用例的前提條件 和約束條件，如特別限制、參數(shù)偏差或異常處理等，并要說明它們對測 試用例的影響；測試終止條件。說明測試用例的測試正常終止和異常終止的條件。3. 確定測試說明與測試方案或測試需求規(guī)格說明的追蹤關(guān)系，給出清晰、 明確的追蹤表。4. 測試說明應(yīng)經(jīng)過內(nèi)部審核，得到全體測試人員的認同，受到變更控制和 版本控制。根據(jù)測試實際情況，修訂測試說明。5. 測試說明 測試說明是否完整、正確和標準；測試設(shè)計是否完整和合理；測試用例是否可行和充分。6. 測試就緒審核。再測試方案審核和測試說明審核后，還必須進行測試就 緒審核，以確

22、定能否開始執(zhí)行測試。測試就緒審核應(yīng)包括：通過比擬測試環(huán)境與軟件真實運行的軟件、硬件環(huán)境的差異，審查測試 環(huán)境要求是否正確合理、滿足測試要求；審查測試活動的獨立性和公正性；審查測試需求規(guī)格說明、測試方案和測試說明評審中的遺留問題是否得 到了解決；審查是否存在影響測試執(zhí)行的其它問題。四、測試執(zhí)行1. 測試人員應(yīng)按照測試方案和測試說明的內(nèi)容和要求執(zhí)行測試。2. 實驗室應(yīng)如實填寫測試原始記錄，當結(jié)果有量值要求時，應(yīng)準確記錄實 際的量值。原始記錄應(yīng)：受到嚴格管理；標準格式；至少包括測試用例標識、測試結(jié)果和發(fā)現(xiàn)的缺陷。3. 實驗室應(yīng)根據(jù)每個測試用例的期望測試結(jié)果、實際測試結(jié)果和評估準那么, 判定測試用例是

23、否通過。4. 當測試用例不通過時，實驗室應(yīng)根據(jù)不同的缺陷類型，采取相應(yīng)的措施： 對測試工作中的缺陷，如測試說明的缺陷、測試數(shù)據(jù)的缺陷、執(zhí)行測試 步驟時的缺陷、測試環(huán)境中的缺陷等，記錄到相應(yīng)的表格中如?問題 及變更報告?并實施相應(yīng)的變更；對被測軟件的缺陷應(yīng)記錄到軟件問題報告中；軟件問題報告的格式應(yīng)規(guī)范。5. 當所有的測試用例都執(zhí)行完畢后，實驗室應(yīng)根據(jù)測試的充分性要求和有 關(guān)原始記錄，分析測試工作是否充分，是否需要進行補充測試：當測試過程正常終止時，如果發(fā)現(xiàn)測試工作缺乏，或測試未到達預期要 求時，應(yīng)進行補充測試。補充測試應(yīng)視情況按前面所述的測試需求分析、 測試籌劃和測試設(shè)計與執(zhí)行的要求進行；當測試

24、過程異常終止時，應(yīng)記錄導致終止的條件、未完成的測試或未被 修正的錯誤。6. 再執(zhí)行測試的過程中，可根據(jù)測試的進展情況補充測試用例，但應(yīng)留下 用例記錄，并在執(zhí)行測試后，變更測試說明。五、測試總結(jié)1. 測試人員應(yīng)根據(jù)被測軟件文檔、測試需求規(guī)格說、測試方案、測試說明、 測試記錄、測試問題及變更報告和被測軟件問題報告等， 對測試工作和被測軟件 進行分析和評價。2. 對測試工作的分析和評價應(yīng)包括：總結(jié)測試需求規(guī)格說明、測試方案和測試說明的變化情況及其原因； 在測試異常終止時，說明未能被測試活動充分覆蓋的范圍及其理由； 確定無法解決的軟件測試事件并說明不能解決的理由。3. 實驗室對被測軟件的分析和評價應(yīng)包

25、括：總結(jié)測試中所反映的被測軟件與軟件需求之間的差異；可能時，根據(jù)差異評價被測軟件的設(shè)計與實現(xiàn)，提出改良的建議； 當進行配置項測試或系統(tǒng)測試時，當需要時，測試總結(jié)中應(yīng)對配置項或 系統(tǒng)的性能做出評估，指明偏差、缺陷和約束條件等對于配置項或系統(tǒng) 運行的影響。4. 分析本測評工程中的數(shù)據(jù)和文檔，以供以后的測試適用。數(shù)據(jù)如：缺陷 數(shù)據(jù)包括缺陷描述、類型、嚴重性等、用例數(shù)據(jù)、管理數(shù)據(jù)如生產(chǎn)率、工 作量、進度等；文檔如：用例設(shè)計、需求規(guī)格說明等。5. 測試人員應(yīng)該根據(jù)軟件測評任務(wù)書、合同或其它等效文件、被測軟件 文檔、測試需求規(guī)格說明、測試方案、測試說明、測試記錄和軟件問題報告單等 有關(guān)文檔，對測試結(jié)果和問

26、題進行分類和總結(jié)，按所確定的文檔要求編寫測試報告或測評報告。測評報告除了應(yīng)包括對測試結(jié)果的分析，還應(yīng)包括對被測軟件的評價和建議，測評報告和測試報告有時可以合并。6. 測試總結(jié)評審應(yīng)在以上的各項工作完成后進行，以確定是否到達測試目的，給出審核結(jié)論。審核的具體內(nèi)容和要求是：審查測試文檔與記錄內(nèi)容的完整性、正確性和標準性；審查測試活動的獨立性和有效性；審查測試環(huán)境是否符合測試要求；審查軟件測試報告與軟件測試原始記錄和問題報告的一致性；審查實際測試過程與測試方案和測試說明的一致性；審查測試說明評審的有效性，如是否評審了測試項選擇的完整性和合理性、測試用例的可行性和充分性；審查測試結(jié)果的真實性和正確性。

27、222測評標準測評標準的制定將覆蓋以下內(nèi)容：1. 標準對測評人員及測試環(huán)境的要求2. 標準對被測軟件的狀態(tài)要求3. 標準不同軟件等級的測試要求不同軟件等級對測試級別的要求不同軟件等級對某一測試級別中測試類型的要求4. 標準對每個過程的技術(shù)要求5. 標準不同測試階段測試所需文檔和程序要求6. 標準每個階段的參與角色及參與方式、 進入準那么、業(yè)務(wù)活動、輸出成果、 退出準那么7. 制定軟件測試工程管理規(guī)程含公司內(nèi)部軟件測試工程、公司外部軟件 測試工程2.3軟件測評支撐過程配置管理、工程需求 本局部對應(yīng)工程需求測試管理REQ13中軟件測試變更管理及軟件配置管理REQ29。包含但不限于如下要點：1. 根

28、據(jù)集團公司實際及軟件測評標準化的需要，制定適宜的配置管理方法至少包含：在配置管理中定義測試相關(guān)的配置發(fā)布流程和配置發(fā)布狀態(tài)報告，支撐預測試、版本回退、臨時版本、版本領(lǐng)故的處理等。2. 制定軟件數(shù)據(jù)包命名及管理標準。3. 制定軟件版本命名及管理標準。4. 制定軟件測試變更管理規(guī)程如：測試方案變更、測試用例變更、測試 腳本變更，等等。二、提升方案配置管理作為軟件研發(fā)流程中一個重要支撐過程，同樣適用于軟件測試流程 管理，配置管理的目的是為了保證工程產(chǎn)品的平安性、機密性，保證軟件產(chǎn)品的完整性、有效性及可追性。軟件配置管理主要包括五個主要方面，即配置項的標 識、對配置項修改的控制、配置管理狀態(tài)報告、配置

29、管理活動審計和實現(xiàn)自動化 的構(gòu)建與發(fā)布。在軟件配置管理的五個主要方面中， 很明顯，標識是根底，即首要的第一步 是要確定哪些對象需要納入到配置管理的控制之下；接下來需要確定如何控制對 這些配置項的修改，包括環(huán)境的搭建，用戶授權(quán)，開發(fā)流程等等；隨后，要及時 向團隊成員報告軟件配置管理的狀態(tài)， 履行告知的義務(wù)，以及進行審計，確認相 關(guān)的軟件配置管理活動確實按照預定的方案高質(zhì)量地完成了。這五個方面，軟件配置管理工具都要進行強有力的支持， 使得日常事務(wù)減至 最少，這是一個成熟的軟件配置管理工具應(yīng)具備的根本特征。企業(yè)要實施軟件配 置管理常常面臨的第一步就是要選擇適宜的工具，在此將列出一個成熟的軟件配置管理

30、工具應(yīng)該具備的特征：配置項對象管理版本控制配置管理并行開發(fā)支持基線支持構(gòu)建與發(fā)布管理能利用流行的構(gòu)建工具：ANT/MAKE支持多平臺構(gòu)建支持并行構(gòu)建能自動處理構(gòu)建依賴關(guān)系能收集和維護重新產(chǎn)生之前構(gòu)建所需要的信息工作空間管理能自動跟蹤工作空間中所有類型的變更能應(yīng)用不同配置填充工作空間工作空間既允許隔離又允許更新流程管理不同類型的對象都應(yīng)具備流程定制能力流程的范圍可定制支持測試與發(fā)布流程分布式開發(fā)的支持負載均衡與其他工具的集成能力變更請求工具 開發(fā)工具其他CASE工具命令行，SDK易用性、易管理性報告能力架構(gòu)的彈性我們將在對目前公司既有配置管理工具進行調(diào)研和診斷的根底上，選定適合公司企業(yè)需要的配置

31、管理工具，并指定相關(guān)配置管理方法，包括軟件版本命名及 管理標準、數(shù)據(jù)包命名及管理標準、軟件測試配置項如測試方案、測試用例、 測試腳本等變更管理方法。對于配置工具的使用，根據(jù)我們的實踐經(jīng)驗，建議以PLM為統(tǒng)一的產(chǎn)品管理平臺，將所有過程文檔通過 PLM進行版本管理。軟件代碼編寫過程的版本管 理由于獨立性較強，現(xiàn)階段可在軟件未定型時選用現(xiàn)有的操作較簡單的SVN進行配置管理，編譯定型后統(tǒng)一提交到PLM進行管理。下一階段建議試用PLM新 版本中新增的代碼版本管理模塊 softwareLi nk，在成熟穩(wěn)定時將軟件配置管理統(tǒng) 一到PLM里。質(zhì)量管理本工程招標書中對質(zhì)量管理的需求定義：1. 制定整個軟件生命

32、周期中的軟件缺陷閉環(huán)管理機制至少包含：缺陷分類定義、屬性定義、度量指標定義、完善的軟件缺陷管理流程等，視情 況選擇相應(yīng)的缺陷管理工具可提出相應(yīng)的缺陷管理工具功能需求，由 PLM系統(tǒng)改良、完善實現(xiàn)缺陷管理功能，或者提供專業(yè)的缺陷管理工具， 但需考慮并實施與PLM系統(tǒng)的接口、融合。2. 制定軟件測試質(zhì)量的衡量準那么。3. 制定軟件產(chǎn)品質(zhì)量度量準那么4. 培訓、指導軟件測試質(zhì)量度量的技術(shù)與方法。5. 培訓、指導軟件度量及其過程、軟件質(zhì)量的度量、質(zhì)量度量的統(tǒng)計方法,我們認為以上需求涉及軟件質(zhì)量管理、未涉及對測試本身如何進行質(zhì)量管理 與控制，我們將在軟件測評過程能力提升方案中補充測試過程的評審、測試過程

33、質(zhì)量保證、測試數(shù)據(jù)的核查與控制。一、軟件質(zhì)量管理針對工程需求，以下將從軟件質(zhì)量評價、軟件測試質(zhì)量評價及軟件缺陷管理 進行闡述：1. 軟件質(zhì)量評價目前比擬常用的軟件質(zhì)量評價標準有： 國際標準?ISO/IEC 9126軟件質(zhì)量特 性?、國家標準?GB/T16260- 1996軟件產(chǎn)品評價、質(zhì)量特性及其使用指南?，我 們將參照這些標準從軟件產(chǎn)品的使用質(zhì)量、 外部質(zhì)量及內(nèi)部質(zhì)量定義軟件的質(zhì)量 特性及子特性，結(jié)合南車工程的特點，分別明確不同度量指標的權(quán)重范圍， 形成 易于操作的軟件質(zhì)量度量模型構(gòu)建的指導書。基于確定的質(zhì)量度量模型，根據(jù)收 集測試缺陷的數(shù)量、等級、來源、等情況，針對不同軟件工程的性質(zhì)，給出相對 客觀的評價結(jié)果。2. 軟件測試質(zhì)量評價至于軟件測試工作的評價，那么不能簡單地依據(jù)測試發(fā)現(xiàn)的缺陷來進行評價。 將一次完整的測試作為一個工程工程