專題講座資料（2021-2022年）公司軟件測評過程能力提升方案

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

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

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

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

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

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

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

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

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

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

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

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

13、；編寫測試腳本軟件測試說明軟件測試說明編寫規(guī)范建立測試環(huán)境，對測試環(huán)境設(shè)備進(jìn)行標(biāo)識測試環(huán)境建立記錄測評過程配置管理程序測試執(zhí)行首輪測試執(zhí)行測試用例及測試腳本；對測試中發(fā)現(xiàn)的問題進(jìn)行分析，填寫問題報告單；軟件測試問題跟蹤測試記錄測試問題報告測試記錄的編寫規(guī)范測試問題報告的編寫規(guī)范回歸測試對軟件的更改情況作相應(yīng)的影響域的分析說明，挑選、新增測試用例，并確定回歸測試用例集；根據(jù)回歸測試用例集執(zhí)行測試回歸測試說明測試記錄測試問題報告回歸測試說明編寫規(guī)范測試總結(jié)對測試記錄及問題報告單進(jìn)行統(tǒng)計分析，出具測試報告測試報告測試報告的編寫規(guī)范下面對主要過程的技術(shù)要求加以描述。一、測試需求分析1. 測試人員應(yīng)根據(jù)

14、被測軟件的需求規(guī)格說明書、軟件設(shè)計文檔等，對被測軟件進(jìn)行測試需求分析，測試需求分析一般包括：l 確定需要的測試類型及其測試要求并進(jìn)行標(biāo)識（編號），標(biāo)識應(yīng)清晰、便于識別。測試類型包括功能測試、性能測試等類型；測試要求包括狀態(tài)、接口、數(shù)據(jù)結(jié)構(gòu)、設(shè)計約束等要求。確定的測試類型和測試要求均應(yīng)與要求的測試階段、測試類型匹配；l 確定測試類型中的各個測試項及其優(yōu)先級；l 確定每個測試項的測試充分性要求。根據(jù)被測軟件的重要性、測試目標(biāo)和約束條件，確定應(yīng)覆蓋的范圍及范圍所要求的覆蓋程度；l 確定每個測試項測試終止的要求，包括測試過程正常終止的條件（如測試充分性是否達(dá)到要求）和導(dǎo)致測試過程異常終止的可能情況。2

15、. 測試人員應(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)容進(jìn)行內(nèi)部審核，保證測試質(zhì)量：l 測試級別和測試對象所確定的測試類型及其測試要求是否恰當(dāng)；l 每個測試項是否進(jìn)行了標(biāo)識，并逐條覆蓋了測試需求和潛在需求；l 測試類型和測試項是否充分；l 測試項是否包括了測試終止要求；l 文檔是否符合規(guī)定的要求。二、測試策劃1. 測試人員應(yīng)根據(jù)被測軟件的需求規(guī)格說明書、軟

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

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ī)格說明和測試計劃進(jìn)行測試的設(shè)計和實現(xiàn)，應(yīng)完成以下工作：l 按需要分解測試項。將需測試的測試項進(jìn)行層次化的分解并進(jìn)行標(biāo)識，若有接口測試，還應(yīng)有高層次的接口圖說明所有的接口和要測試的接口；l 說明最終分解后的每個測試項。說明測試用例設(shè)計方法的具體應(yīng)用、測試數(shù)據(jù)的選擇依據(jù)等；l 設(shè)計測試用例；l 確定測試用例的執(zhí)行順序；l 準(zhǔn)備和驗證所有的測試

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

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

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

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

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

23、應(yīng)根據(jù)每個測試用例的期望測試結(jié)果、實際測試結(jié)果和評估準(zhǔn)則，判定測試用例是否通過。4. 當(dāng)測試用例不通過時，實驗室應(yīng)根據(jù)不同的缺陷類型，采取相應(yīng)的措施：l 對測試工作中的缺陷，如測試說明的缺陷、測試數(shù)據(jù)的缺陷、執(zhí)行測試步驟時的缺陷、測試環(huán)境中的缺陷等，記錄到相應(yīng)的表格中（如問題及變更報告），并實施相應(yīng)的變更；l 對被測軟件的缺陷應(yīng)記錄到軟件問題報告中；軟件問題報告的格式應(yīng)規(guī)范。5. 當(dāng)所有的測試用例都執(zhí)行完畢后，實驗室應(yīng)根據(jù)測試的充分性要求和有關(guān)原始記錄，分析測試工作是否充分，是否需要進(jìn)行補充測試：l 當(dāng)測試過程正常終止時，如果發(fā)現(xiàn)測試工作不足，或測試未達(dá)到預(yù)期要求時，應(yīng)進(jìn)行補充測試。補充測試應(yīng)

24、視情況按前面所述的測試需求分析、測試策劃和測試設(shè)計與執(zhí)行的要求進(jìn)行；l 當(dāng)測試過程異常終止時，應(yīng)記錄導(dǎo)致終止的條件、未完成的測試或未被修正的錯誤。6. 再執(zhí)行測試的過程中，可根據(jù)測試的進(jìn)展情況補充測試用例，但應(yīng)留下用例記錄，并在執(zhí)行測試后，變更測試說明。五、測試總結(jié)1. 測試人員應(yīng)根據(jù)被測軟件文檔、測試需求規(guī)格說、測試計劃、測試說明、測試記錄、測試問題及變更報告和被測軟件問題報告等，對測試工作和被測軟件進(jìn)行分析和評價。2. 對測試工作的分析和評價應(yīng)包括：l 總結(jié)測試需求規(guī)格說明、測試計劃和測試說明的變化情況及其原因；l 在測試異常終止時，說明未能被測試活動充分覆蓋的范圍及其理由；l 確定無法解

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

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

27、評審的有效性，如是否評審了測試項選擇的完整性和合理性、測試用例的可行性和充分性；l 審查測試結(jié)果的真實性和正確性。2.2.2測評規(guī)范測評規(guī)范的制定將覆蓋以下內(nèi)容：1. 規(guī)范對測評人員及測試環(huán)境的要求2. 規(guī)范對被測軟件的狀態(tài)要求3. 規(guī)范不同軟件等級的測試要求l 不同軟件等級對測試級別的要求l 不同軟件等級對某一測試級別中測試類型的要求4. 規(guī)范對每個過程的技術(shù)要求5. 規(guī)范不同測試階段測試所需文檔和程序要求6. 規(guī)范每個階段的參與角色及參與方式、進(jìn)入準(zhǔn)則、業(yè)務(wù)活動、輸出成果、退出準(zhǔn)則7. 制定軟件測試項目管理規(guī)程（含公司內(nèi)部軟件測試項目、公司外部軟件測試項目）2.3 軟件測評支撐過程2.3.

28、1 配置管理一、項目需求本部分對應(yīng)項目需求測試管理（REQ13）中軟件測試變更管理及軟件配置管理（REQ29）。包含但不限于如下要點：1. 根據(jù)集團公司實際及軟件測評規(guī)范化的需要，制定合適的配置管理辦法（至少包含：在配置管理中定義測試相關(guān)的配置發(fā)布流程和配置發(fā)布狀態(tài)報告，支撐預(yù)測試、版本回退、臨時版本、版本事故的處理等）。2. 制定軟件數(shù)據(jù)包命名及管理規(guī)范。3. 制定軟件版本命名及管理規(guī)范。4. 制定軟件測試變更管理規(guī)程（如：測試方案變更、測試用例變更、測試腳本變更，等等）。二、提升方案配置管理作為軟件研發(fā)流程中一個重要支撐過程，同樣適用于軟件測試流程管理，配置管理的目的是為了保證項目產(chǎn)品的安

29、全性、機密性，保證軟件產(chǎn)品的完整性、有效性及可追性。軟件配置管理主要包括五個主要方面，即配置項的標(biāo)識、對配置項修改的控制、配置管理狀態(tài)報告、配置管理活動審計和實現(xiàn)自動化的構(gòu)建與發(fā)布。在軟件配置管理的五個主要方面中，很明顯，標(biāo)識是基礎(chǔ)，即首要的第一步是要確定哪些對象需要納入到配置管理的控制之下；接下來需要確定如何控制對這些配置項的修改，包括環(huán)境的搭建，用戶授權(quán)，開發(fā)流程等等；隨后，要及時向團隊成員報告軟件配置管理的狀態(tài)，履行告知的義務(wù)，以及進(jìn)行審計，確認(rèn)相關(guān)的軟件配置管理活動確實按照預(yù)定的計劃高質(zhì)量地完成了。這五個方面，軟件配置管理工具都要進(jìn)行強有力的支持，使得日常事務(wù)減至最少，這是一個成熟的軟

30、件配置管理工具應(yīng)具備的基本特征。企業(yè)要實施軟件配置管理常常面臨的第一步就是要選擇合適的工具，在此將列出一個成熟的軟件配置管理工具應(yīng)該具備的特征：v 配置項（對象）管理 版本控制 配置管理 并行開發(fā)支持 基線支持v 構(gòu)建與發(fā)布管理 能利用流行的構(gòu)建工具:ANT/MAKE 支持多平臺構(gòu)建 支持并行構(gòu)建 能自動處理構(gòu)建依賴關(guān)系 能收集和維護重新產(chǎn)生之前構(gòu)建所需要的信息v 工作空間管理 能自動跟蹤工作空間中所有類型的變更 能應(yīng)用不同配置填充工作空間 工作空間既允許隔離又允許更新v 流程管理 不同類型的對象都應(yīng)具備流程定制能力 流程的范圍可定制 支持測試與發(fā)布流程v 分布式開發(fā)的支持 負(fù)載均衡v 與其他

31、工具的集成能力 變更請求工具 開發(fā)工具 其他CASE工具 命令行，SDKv 易用性、易管理性 報告能力 架構(gòu)的彈性我們將在對目前公司既有配置管理工具進(jìn)行調(diào)研和診斷的基礎(chǔ)上，選定適合公司企業(yè)需要的配置管理工具，并指定相關(guān)配置管理辦法，包括軟件版本命名及管理規(guī)范、數(shù)據(jù)包命名及管理規(guī)范、軟件測試配置項（如測試方案、測試用例、測試腳本等）變更管理辦法。對于配置工具的使用，根據(jù)我們的實踐經(jīng)驗，建議以PLM為統(tǒng)一的產(chǎn)品管理平臺，將所有過程文檔通過PLM進(jìn)行版本管理。軟件代碼編寫過程的版本管理由于獨立性較強，現(xiàn)階段可在軟件未定型時選用現(xiàn)有的操作較簡單的SVN進(jìn)行配置管理，編譯定型后統(tǒng)一提交到PLM進(jìn)行管理。

32、下一階段建議試用PLM新版本中新增的代碼版本管理模塊softwareLink，在成熟穩(wěn)定時將軟件配置管理統(tǒng)一到PLM里。2.3.2 質(zhì)量管理本項目招標(biāo)書中對質(zhì)量管理的需求定義：1. 制定整個軟件生命周期中的軟件缺陷閉環(huán)管理機制（至少包含：缺陷分類定義、屬性定義、度量指標(biāo)定義、完善的軟件缺陷管理流程等），視情況選擇相應(yīng)的缺陷管理工具（可提出相應(yīng)的缺陷管理工具功能需求，由PLM系統(tǒng)改進(jìn)、完善實現(xiàn)缺陷管理功能，或者提供專業(yè)的缺陷管理工具，但需考慮并實施與PLM系統(tǒng)的接口、融合）。2. 制定軟件測試質(zhì)量的衡量準(zhǔn)則。3. 制定軟件產(chǎn)品質(zhì)量度量準(zhǔn)則。4. 培訓(xùn)、指導(dǎo)軟件測試質(zhì)量度量的技術(shù)與方法。5. 培訓(xùn)

33、、指導(dǎo)軟件度量及其過程、軟件質(zhì)量的度量、質(zhì)量度量的統(tǒng)計方法，等等。我們認(rèn)為以上需求涉及軟件質(zhì)量管理、未涉及對測試本身如何進(jìn)行質(zhì)量管理與控制，我們將在軟件測評過程能力提升方案中補充測試過程的評審、測試過程質(zhì)量保證、測試數(shù)據(jù)的核查與控制。一、 軟件質(zhì)量管理針對項目需求，以下將從軟件質(zhì)量評價、軟件測試質(zhì)量評價及軟件缺陷管理進(jìn)行闡述：1. 軟件質(zhì)量評價目前比較常用的軟件質(zhì)量評價標(biāo)準(zhǔn)有：國際標(biāo)準(zhǔn)ISO/IEC 9126軟件質(zhì)量特性、國家標(biāo)準(zhǔn)GB/T162601996軟件產(chǎn)品評價、質(zhì)量特性及其使用指南，我們將參照這些標(biāo)準(zhǔn)從軟件產(chǎn)品的使用質(zhì)量、外部質(zhì)量及內(nèi)部質(zhì)量定義軟件的質(zhì)量特性及子特性，結(jié)合南車項目的特點，分別明確不同度量指標(biāo)的權(quán)重范圍，形成易于操作的軟件質(zhì)量度量模型構(gòu)建的指導(dǎo)書?；诖_定的質(zhì)量度量模型，根據(jù)收集測試缺陷的數(shù)量、等級、來源、等情況，針對不同軟件項目的性質(zhì)，給出相對客觀的評價結(jié)果。2. 軟件測試質(zhì)量評價至于軟件測試工作的評價，則不能簡單地