公司軟件測評(píng)過程能力提升方案

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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