軟件測(cè)試規(guī)程資料

編號(hào)：SYD/CMM-STP軟件CMM規(guī)范之――軟件測(cè)試規(guī)程V1.0.0前言軟件測(cè)試是保證軟件質(zhì)量的重要手段，軟件測(cè)試規(guī)程規(guī)范了公司軟件測(cè)試及測(cè)試管理流程，結(jié)合公司在測(cè)試過程中所采用的方法、工具等，檢查、驗(yàn)證開發(fā)工作產(chǎn)品，確保公司的產(chǎn)品：滿足用戶對(duì)軟件產(chǎn)品定義的需求；產(chǎn)品文檔滿足軟件CMM規(guī)范及用戶需求；產(chǎn)品中軟件代碼的錯(cuò)誤降到最少；產(chǎn)品運(yùn)行的穩(wěn)定性、可用性良好。修訂頁編號(hào)章節(jié)名稱修訂內(nèi)容簡(jiǎn)述修訂日期修訂前版本號(hào)修訂后版本號(hào)修訂人批準(zhǔn)人1創(chuàng)建2002-12-91.0.0馮蕾薛大泂2修訂2003-4-111.0.01.0.0陳匡偉、馮蕾薛大泂3全文修訂全文格式2003-4-281.0.01.0.0符榮晶薛大泂4全文結(jié)合實(shí)際使用情況和測(cè)試相關(guān)工具進(jìn)行改進(jìn)203-7-111.0.01.0.0陳匡偉、王麗薛大泂目錄TOC\o"1-3"\h\z1. 目的 12. 適用范圍 13. 定義 14. 職責(zé) 15. 測(cè)試分類 26. 使用工具 37. 流程圖 48. 測(cè)試過程管理 58.1 測(cè)試計(jì)劃制訂及管理 68.1.1 任務(wù)描述 68.1.2 工作內(nèi)容 68.1.3 工作產(chǎn)品 68.1.4 裁剪指南 68.2 測(cè)試用例設(shè)計(jì)及管理 78.2.1 任務(wù)描述 78.2.2 工作內(nèi)容 78.2.3 工作產(chǎn)品 88.2.4 裁剪指南 88.3 測(cè)試程序設(shè)計(jì)和管理 88.3.1 任務(wù)描述 88.3.2 工作內(nèi)容 88.3.3 工作產(chǎn)品 98.3.4 裁剪指南 98.4 BUG管理 98.4.1 任務(wù)描述 98.4.2 工作內(nèi)容 98.4.3 工作產(chǎn)品 118.1.5 裁剪指南 118.5 測(cè)試分析報(bào)告編寫及管理 118.5.1 任務(wù)描述 118.5.2 工作內(nèi)容 128.5.3 工作產(chǎn)品 128.5.4 裁剪指南 128.6 單元測(cè)試 128.6.1 任務(wù)描述 128.6.2 工作內(nèi)容 128.6.3 工作產(chǎn)品 138.6.4 裁剪指南 138.7 集成測(cè)試 138.7.1 任務(wù)描述 138.7.2 工作內(nèi)容 138.7.3 工作產(chǎn)品 148.7.4 裁剪指南 148.8 系統(tǒng)測(cè)試 148.8.1 任務(wù)描述 148.8.2 工作內(nèi)容 148.8.3 工作產(chǎn)品 158.8.4 裁剪指南 159. 附錄 16附錄A缺陷（BUG）分類 16目的規(guī)范測(cè)試工作，為軟件測(cè)試工作提供詳細(xì)的指引。以發(fā)現(xiàn)錯(cuò)誤為目的，提高公司軟件測(cè)試的管理水平，確保公司開發(fā)產(chǎn)品的質(zhì)量。適用范圍適用于公司所有研發(fā)性項(xiàng)目，而維護(hù)項(xiàng)目、客戶定制應(yīng)用開發(fā)項(xiàng)目、未提交測(cè)試部測(cè)試項(xiàng)目可參照本流程執(zhí)行。定義驅(qū)動(dòng)程序（Driver）：在單元測(cè)試和集成測(cè)試中，協(xié)調(diào)輸入和輸出的測(cè)試程序。樁程序（Stub）：在單元測(cè)試和集成測(cè)試中，模擬被調(diào)用單元的測(cè)試程序。冒煙測(cè)試（Smokingtest）:對(duì)通過創(chuàng)建的程序代碼進(jìn)行的通過性驗(yàn)證，以確定該版本是否具有可測(cè)性。職責(zé)測(cè)試部經(jīng)理：組織公司測(cè)試部的日常工作，指定測(cè)試負(fù)責(zé)人，提供項(xiàng)目測(cè)試資源；在項(xiàng)目組與測(cè)試組對(duì)BUG處理過程中的意見不一致時(shí)，充分參考高級(jí)經(jīng)理和產(chǎn)品部總經(jīng)理的意見，進(jìn)行最后仲裁；調(diào)整提交BUG的嚴(yán)重級(jí)別和狀態(tài)等內(nèi)容；對(duì)最終測(cè)試結(jié)果（測(cè)試分析報(bào)告）進(jìn)行審批。高級(jí)經(jīng)理：在項(xiàng)目組與測(cè)試組對(duì)BUG處理過程中的意見不一致時(shí)，給測(cè)試部經(jīng)理提供自己的參考意見。項(xiàng)目經(jīng)理：與測(cè)試部經(jīng)理一起批準(zhǔn)測(cè)試計(jì)劃與測(cè)試用例；進(jìn)行BUG的分配工作，督促開發(fā)人員對(duì)BUG的修改。產(chǎn)品部總經(jīng)理：對(duì)產(chǎn)品部測(cè)試項(xiàng)目的優(yōu)先級(jí)進(jìn)行排序；當(dāng)高級(jí)經(jīng)理無法協(xié)調(diào)項(xiàng)目經(jīng)理與測(cè)試部門經(jīng)理的爭(zhēng)議時(shí)，由產(chǎn)品部總經(jīng)理進(jìn)行協(xié)調(diào)；批準(zhǔn)例外放行?？偣ぃ簩徟鷾y(cè)試部的測(cè)試范圍、測(cè)試資源、測(cè)試方法和測(cè)試工具；對(duì)提交測(cè)試部測(cè)試的項(xiàng)目進(jìn)行批準(zhǔn)；對(duì)研發(fā)部測(cè)試項(xiàng)目的優(yōu)先級(jí)進(jìn)行排序，在測(cè)試部經(jīng)理與研發(fā)部項(xiàng)目經(jīng)理意見不一致時(shí)進(jìn)行協(xié)調(diào)。測(cè)試負(fù)責(zé)人：全面負(fù)責(zé)組織測(cè)試的計(jì)劃、設(shè)計(jì)、實(shí)施、執(zhí)行、評(píng)估過程；檢查項(xiàng)目測(cè)試工作完成和遺漏情況；對(duì)提交的BUG進(jìn)行有效性驗(yàn)證；負(fù)責(zé)對(duì)項(xiàng)目組的溝通工作；即時(shí)匯報(bào)測(cè)試進(jìn)展情況和存在的問題；負(fù)責(zé)對(duì)測(cè)試計(jì)劃、測(cè)試用例、測(cè)試分析報(bào)告進(jìn)行組織分層編寫、修訂等工作，并參與以上工作內(nèi)容的評(píng)審；單元測(cè)試與集成測(cè)試中測(cè)試負(fù)責(zé)人可以是項(xiàng)目經(jīng)理或項(xiàng)目經(jīng)理指定的負(fù)責(zé)人；版本創(chuàng)建人員：按集成或創(chuàng)建計(jì)劃、從配置庫中獲得相應(yīng)版本的源代碼進(jìn)行編譯、聯(lián)接等版本創(chuàng)建活動(dòng)，提交創(chuàng)建結(jié)果給測(cè)試人員，并對(duì)創(chuàng)建版本進(jìn)行管理。

（在沒有固定版本創(chuàng)建人員時(shí)，版本創(chuàng)建由測(cè)試組兼任）測(cè)試人員：執(zhí)行測(cè)試、BUG提交、跟蹤驗(yàn)證、回歸關(guān)閉；完成測(cè)試負(fù)責(zé)人分配的相關(guān)工作。

單元測(cè)試與集成測(cè)試中測(cè)試人員即為開發(fā)人員；SQA人員：參與測(cè)試相關(guān)工作產(chǎn)品的審查，統(tǒng)計(jì)缺陷，并參與計(jì)劃、設(shè)計(jì)及執(zhí)行結(jié)果評(píng)審。SCM人員：參與測(cè)試過程中工作產(chǎn)品的配置工作，按公司配置管理過程執(zhí)行。測(cè)試分類根據(jù)面向過程軟件測(cè)試所實(shí)施的操作類型可劃分如下：?jiǎn)卧獪y(cè)試：?jiǎn)卧獪y(cè)試是對(duì)最小的可測(cè)試軟件元素（單元）實(shí)施的測(cè)試，它所測(cè)試的內(nèi)容包括單元的內(nèi)部結(jié)構(gòu)（如邏輯和數(shù)據(jù)流）以及單元的功能和可觀測(cè)的行為。使用白盒測(cè)試方法測(cè)試單元的內(nèi)部結(jié)構(gòu)，使用黑盒測(cè)試方法測(cè)試單元的功能和可觀測(cè)的行為。單元測(cè)試由開發(fā)人員執(zhí)行，需要編寫驅(qū)動(dòng)程序和樁程序來完成。 集成測(cè)試：集成測(cè)試的目的是確保經(jīng)過單元測(cè)試的各模塊組合在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增量的行為正確。它所測(cè)試的內(nèi)容包括單元間的接口以及集成后的功能。集成測(cè)試由項(xiàng)目組完成，測(cè)試組使用黑盒測(cè)試方法重新測(cè)試集成的功能，并且對(duì)以前的集成進(jìn)行回歸測(cè)試。 系統(tǒng)測(cè)試：在實(shí)際（或模擬）使用環(huán)境下，針對(duì)系統(tǒng)需求規(guī)格說明規(guī)定的所有功能和非功能需求的全面驗(yàn)證工作，測(cè)試整個(gè)系統(tǒng)，以證實(shí)它滿足要求所規(guī)定的功能、質(zhì)量和性能等方面的特性。（公司外包項(xiàng)目的驗(yàn)收測(cè)試應(yīng)參照系統(tǒng)測(cè)試方法進(jìn)行）用戶測(cè)試：在用戶的實(shí)際環(huán)境中，以用戶使用手冊(cè)為依據(jù)，測(cè)試整個(gè)系統(tǒng)，以保證其達(dá)到可以交付使用的狀態(tài)，一般由用戶進(jìn)行測(cè)試設(shè)計(jì)和執(zhí)行。使用工具目前公司的使用工具如下：配置管理工具：ClearCase5.0，VisualSourceSafe6.0；測(cè)試BUG管理工具：ClearQuest；功能測(cè)試工具：WinRunner7.5；單元測(cè)試工具：JUnit，Jtest4.5,（Java,Jsp），C++test2.1（C,C++）；

流程圖需求規(guī)格說明書；概要設(shè)計(jì)說明書；需求規(guī)格說明書；概要設(shè)計(jì)說明書；詳細(xì)設(shè)計(jì)說明書；開發(fā)計(jì)劃書；集成計(jì)劃書參與需求評(píng)審；參與設(shè)計(jì)評(píng)審；項(xiàng)目組完成編碼，走查，單元、集成測(cè)試；逐步細(xì)化測(cè)試計(jì)劃，測(cè)試用例；評(píng)審?fù)ㄟ^YN修改指派項(xiàng)目立項(xiàng)創(chuàng)建計(jì)劃BUG分配修訂BUG記錄BUG庫基線/創(chuàng)建版本開發(fā)版本配置庫YNN測(cè)試計(jì)劃書；測(cè)試用例；創(chuàng)建計(jì)劃書；NYYYNN產(chǎn)品庫項(xiàng)目驗(yàn)收系統(tǒng)測(cè)試?yán)夥判蟹?？?xiàng)目終止否？出口準(zhǔn)則Y功能集成測(cè)試版本創(chuàng)建冒煙測(cè)試YN版本創(chuàng)建冒煙測(cè)試YN測(cè)試分析報(bào)告測(cè)試進(jìn)展通報(bào)表測(cè)試管理總流程圖測(cè)試分析報(bào)告測(cè)試進(jìn)展通報(bào)表軟件測(cè)試開發(fā)、管理流程貫穿了項(xiàng)目的整個(gè)開發(fā)和測(cè)試生命周期，與整個(gè)軟件開發(fā)過程基本上是并行進(jìn)行并相互協(xié)調(diào)的。結(jié)合公司現(xiàn)推薦采用的日創(chuàng)建開發(fā)模式，描述測(cè)試流程如下：測(cè)試人員參與需求分析和設(shè)計(jì)評(píng)審，確定需求的可測(cè)性，并貫穿到開發(fā)的整個(gè)過程；項(xiàng)目組編寫開發(fā)計(jì)劃書（含集成計(jì)劃），測(cè)試人員據(jù)此產(chǎn)生創(chuàng)建計(jì)劃書（或直接采用集成計(jì)劃）；測(cè)試人員細(xì)化測(cè)試計(jì)劃和測(cè)試用例，產(chǎn)生測(cè)試計(jì)劃書和測(cè)試用例說明書；由項(xiàng)目組、SQA人員、測(cè)試人員一起對(duì)測(cè)試計(jì)劃書和測(cè)試用例說明書進(jìn)行評(píng)審；開發(fā)人員完成單元模塊編碼，然后對(duì)單元模塊經(jīng)過一系列靜態(tài)檢查和動(dòng)態(tài)測(cè)試；項(xiàng)目組執(zhí)行集成測(cè)試，驗(yàn)證各通過單元測(cè)試的模塊組合在一起的功能及其接口、數(shù)據(jù)傳輸?shù)恼_性，滿足系統(tǒng)設(shè)計(jì)所規(guī)定的特性；版本創(chuàng)建人員按集成或創(chuàng)建計(jì)劃、從配置庫中獲得相應(yīng)版本的源代碼進(jìn)行版本創(chuàng)建活動(dòng)，并對(duì)創(chuàng)建版本進(jìn)行管理；測(cè)試人員對(duì)通過創(chuàng)建的工作產(chǎn)品執(zhí)行冒煙測(cè)試，冒煙測(cè)試通過準(zhǔn)則由測(cè)試人員和項(xiàng)目組事先在測(cè)試計(jì)劃中約定，對(duì)冒煙測(cè)試未通過的系統(tǒng)，原則上由項(xiàng)目組當(dāng)天解決問題，再次提交測(cè)試版本；測(cè)試人員對(duì)完成集成的模塊執(zhí)行功能測(cè)試，即流程圖所示功能集成測(cè)試;執(zhí)行該過程實(shí)際上是對(duì)項(xiàng)目組集成測(cè)試的回歸測(cè)試,它是增量式的；重復(fù)步驟5－9，直至該版本所有功能都完成開發(fā)和經(jīng)過功能集成測(cè)試；測(cè)試人員根據(jù)測(cè)試計(jì)劃中定義的系統(tǒng)測(cè)試策略，完成其它約定內(nèi)容的測(cè)試如性能測(cè)試、可使用性測(cè)試、安全性測(cè)試、安裝/反安裝測(cè)試等；完成全部測(cè)試工作或根據(jù)時(shí)間驅(qū)動(dòng)，測(cè)試負(fù)責(zé)人撰寫測(cè)試分析報(bào)告；測(cè)試分析報(bào)告由SQA人員負(fù)責(zé)組織評(píng)審，并由測(cè)試部經(jīng)理批準(zhǔn)；對(duì)沒達(dá)到測(cè)試出口準(zhǔn)則的項(xiàng)目，由產(chǎn)品部總經(jīng)理進(jìn)行審批后，可作例外放行；通過測(cè)試部測(cè)試的項(xiàng)目，在公司范圍內(nèi)進(jìn)行產(chǎn)品版本發(fā)布并移交產(chǎn)品庫。測(cè)試過程管理測(cè)試過程管理的目的是在軟件開發(fā)的生命周期中規(guī)范軟件單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試階段的測(cè)試和測(cè)試管理活動(dòng)，通過建立有序科學(xué)的管理體系，保證軟件測(cè)試活動(dòng)高效有序的開展。測(cè)試計(jì)劃制訂及管理任務(wù)描述根據(jù)批準(zhǔn)的需求規(guī)格說明書和相關(guān)設(shè)計(jì)文檔，確定項(xiàng)目測(cè)試階段的目標(biāo)和策略，確保測(cè)試工作有序、有效進(jìn)行。工作內(nèi)容確定系統(tǒng)的測(cè)試需求，如功能需求、性能需求、安全性要求、可使用性需求等需求說明書中說明的和潛在的需求；測(cè)試負(fù)責(zé)人與項(xiàng)目經(jīng)理協(xié)商，逐步確定測(cè)試項(xiàng)目的測(cè)試范圍、測(cè)試粒度（覆蓋標(biāo)準(zhǔn)）以及測(cè)試方案、測(cè)試階段的出入口準(zhǔn)則；根據(jù)項(xiàng)目的復(fù)雜度和以往的測(cè)試數(shù)據(jù)初步估計(jì)測(cè)試項(xiàng)目工作量，制定測(cè)試計(jì)劃的進(jìn)度安排。逐步細(xì)化測(cè)試方案及測(cè)試規(guī)模估計(jì)；測(cè)試進(jìn)度安排中要留有合理的測(cè)試BUG、用例管理時(shí)間；形成測(cè)試計(jì)劃書（可包括單元、集成、系統(tǒng)階段）并提交測(cè)試負(fù)責(zé)人、項(xiàng)目經(jīng)理或測(cè)試部門經(jīng)理審核。批準(zhǔn)人為項(xiàng)目經(jīng)理。同時(shí)測(cè)試負(fù)責(zé)人可發(fā)起測(cè)試計(jì)劃的評(píng)審；審核批準(zhǔn)通過則放入開發(fā)配置庫；當(dāng)項(xiàng)目開發(fā)計(jì)劃或測(cè)試需求發(fā)生變更時(shí)，測(cè)試計(jì)劃應(yīng)考慮是否需要變更；工作產(chǎn)品測(cè)試計(jì)劃書、項(xiàng)目評(píng)審表、項(xiàng)目評(píng)審問題追蹤表；裁剪指南適合于公司各類研發(fā)項(xiàng)目；活動(dòng)可裁剪屬性裁剪指導(dǎo)方針培訓(xùn)執(zhí)行測(cè)試策劃人員沒有相關(guān)測(cè)試策劃或測(cè)試工具使用經(jīng)驗(yàn)、技能，或?qū)浖到y(tǒng)所針對(duì)領(lǐng)域業(yè)務(wù)知識(shí)沒有足夠了解，必要時(shí)進(jìn)行培訓(xùn)指導(dǎo)；不執(zhí)行測(cè)試策劃人員已經(jīng)具備相關(guān)知識(shí)或經(jīng)驗(yàn)；計(jì)劃評(píng)審正式執(zhí)行測(cè)試計(jì)劃要進(jìn)行技術(shù)同行評(píng)審；簡(jiǎn)要執(zhí)行一般項(xiàng)目需由測(cè)試部門經(jīng)理和項(xiàng)目經(jīng)理以審閱方式評(píng)審，批準(zhǔn)后執(zhí)行；測(cè)試用例設(shè)計(jì)及管理任務(wù)描述根據(jù)批準(zhǔn)的需求規(guī)格說明書和相關(guān)設(shè)計(jì)文檔，策劃測(cè)試過程執(zhí)行依據(jù)，確保測(cè)試范圍有效并正確。工作內(nèi)容用例設(shè)計(jì)：測(cè)試人員參與需求評(píng)審，正確理解系統(tǒng)需求并確認(rèn)需求的可測(cè)性，獲取測(cè)試項(xiàng)目需求；根據(jù)批準(zhǔn)的測(cè)試項(xiàng)目需求（在測(cè)試計(jì)劃中有測(cè)試需求的詳細(xì)描述），測(cè)試目標(biāo)的邏輯實(shí)現(xiàn)和約束，測(cè)試工具及其測(cè)試環(huán)境等限制條件，設(shè)計(jì)測(cè)試用例；并確定系統(tǒng)測(cè)試中自動(dòng)測(cè)試和手工測(cè)試的范圍，對(duì)于有操作界面的模塊，設(shè)計(jì)功能測(cè)試用例時(shí)應(yīng)盡量采用Winrunner測(cè)試工具，性能測(cè)試則要考慮相應(yīng)的性能測(cè)試工具）。用Winrunner編寫測(cè)試腳本時(shí)，可參考Winrunner編碼規(guī)范。測(cè)試負(fù)責(zé)人發(fā)起組織相關(guān)人員進(jìn)行測(cè)試用例評(píng)審，從而提高測(cè)試用例的質(zhì)量；系統(tǒng)測(cè)試用例審核人可以是測(cè)試負(fù)責(zé)人、項(xiàng)目經(jīng)理、測(cè)試部門經(jīng)理，批準(zhǔn)人為項(xiàng)目經(jīng)理；測(cè)試負(fù)責(zé)人負(fù)責(zé)基于系統(tǒng)的詳細(xì)設(shè)計(jì)，確定單元測(cè)試范圍和粒度，有效路徑和值域等，組織開發(fā)人員進(jìn)行單元測(cè)試中自動(dòng)和手動(dòng)測(cè)試用例的編寫；并組織相關(guān)人員進(jìn)行評(píng)審；測(cè)試負(fù)責(zé)人組織開發(fā)人員編寫集成測(cè)試用例，并組織相關(guān)人員進(jìn)行正式或非正式評(píng)審；當(dāng)?shù)谝粋€(gè)創(chuàng)建版本提交后，測(cè)試負(fù)責(zé)人組織設(shè)計(jì)編寫錄制測(cè)試腳本，并在測(cè)試用例文檔自動(dòng)測(cè)試腳本一欄填寫測(cè)試腳本的路徑。如果沒有使用BUG管理工具和自動(dòng)化測(cè)試工具，則必須在測(cè)試用例相應(yīng)欄目填寫測(cè)試結(jié)果。自動(dòng)化功能測(cè)試腳本主要應(yīng)用于冒煙測(cè)試和回歸測(cè)試；用例管理：測(cè)試負(fù)責(zé)人負(fù)責(zé)進(jìn)行階段測(cè)試用例的實(shí)施、跟蹤及用例統(tǒng)計(jì)分析工作、改進(jìn)測(cè)試用例等管理活動(dòng)；當(dāng)軟件需求或設(shè)計(jì)變更引起測(cè)試需求變更時(shí)，將變更測(cè)試用例文檔；測(cè)試負(fù)責(zé)人實(shí)時(shí)或定期根據(jù)Bug數(shù)據(jù)、狀態(tài)和測(cè)試用例執(zhí)行情況進(jìn)行分析，以確定是否需要對(duì)目前測(cè)試的模塊設(shè)計(jì)新的測(cè)試用例，對(duì)不穩(wěn)定的模塊，測(cè)試負(fù)責(zé)人負(fù)責(zé)與項(xiàng)目經(jīng)理討論確定測(cè)試范圍、粒度和執(zhí)行方案等，并指定相關(guān)人員完成新增測(cè)試用例的編寫；新增測(cè)試用例批準(zhǔn)后由測(cè)試人員執(zhí)行；工作產(chǎn)品軟件測(cè)試用例（包括單元、冒煙、集成、系統(tǒng)測(cè)試用例）、項(xiàng)目評(píng)審表、項(xiàng)目評(píng)審問題追蹤表裁剪指南 本裁剪過程適用于各類研發(fā)項(xiàng)目；活動(dòng)可裁剪屬性裁剪指導(dǎo)方針培訓(xùn)執(zhí)行用例編寫人員沒有相關(guān)測(cè)試用例編寫或測(cè)試工具使用經(jīng)驗(yàn)、技能，或?qū)浖到y(tǒng)所針對(duì)領(lǐng)域業(yè)務(wù)知識(shí)沒有足夠了解，必要時(shí)進(jìn)行培訓(xùn)指導(dǎo)；免修測(cè)試用例編寫人員已經(jīng)具備相關(guān)知識(shí)或經(jīng)驗(yàn)；用例管理簡(jiǎn)要執(zhí)行項(xiàng)目組執(zhí)行項(xiàng)目的單元和集成測(cè)試，測(cè)試負(fù)責(zé)人由項(xiàng)目經(jīng)理指定，由其負(fù)責(zé)用例管理；用例評(píng)審簡(jiǎn)要執(zhí)行首次和重要變更的測(cè)試用例需要由項(xiàng)目經(jīng)理、測(cè)試負(fù)責(zé)人組織進(jìn)行技術(shù)評(píng)審，批準(zhǔn)后執(zhí)行；測(cè)試程序設(shè)計(jì)和管理任務(wù)描述設(shè)計(jì)、編寫和管理測(cè)試程序、自動(dòng)化測(cè)試腳本和其它輔助測(cè)試程序和腳本，以提高測(cè)試效率和測(cè)試質(zhì)量。工作內(nèi)容根據(jù)測(cè)試需求，設(shè)計(jì)測(cè)試程序和腳本；選擇相應(yīng)的開發(fā)語言編寫測(cè)試程序和腳本；除了完成測(cè)試所需的功能外，還應(yīng)考慮模塊的重用和代碼的簡(jiǎn)潔；測(cè)試計(jì)劃中指定要用測(cè)試工具Winrunner實(shí)現(xiàn)的用例,在第一個(gè)通過冒煙測(cè)試的日創(chuàng)建即可進(jìn)行腳本的錄制和編寫；腳本必須符合Winrunner編碼規(guī)范。對(duì)于平臺(tái)級(jí)的產(chǎn)品，在測(cè)試沒有界面的接口時(shí)可以考慮用編寫測(cè)試程序或腳本實(shí)現(xiàn)；沒有現(xiàn)成工具可使用的性能測(cè)試也可以通過編寫測(cè)試程序或腳本模擬實(shí)際環(huán)境進(jìn)行測(cè)試；開發(fā)單元測(cè)試和集成測(cè)試所需的樁模塊和驅(qū)動(dòng)模塊；腳本必須在動(dòng)態(tài)維護(hù)過程中，對(duì)于可重復(fù)利用的模塊必須建立公共庫，以實(shí)現(xiàn)資源共享；工作產(chǎn)品測(cè)試程序、測(cè)試腳本、設(shè)計(jì)說明書；裁剪指南本過程適用于各類研發(fā)項(xiàng)目；活動(dòng)可裁剪屬性裁剪指導(dǎo)方針設(shè)計(jì)腳本測(cè)試類型若由于現(xiàn)有的自動(dòng)化測(cè)試工具不適合本項(xiàng)目的測(cè)試或技術(shù)能力不足，可以忽略使用自動(dòng)化測(cè)試設(shè)計(jì)說明書文檔測(cè)試程序復(fù)雜度低，設(shè)計(jì)文檔可以忽略BUG管理任務(wù)描述包括對(duì)所發(fā)現(xiàn)的BUG的記錄、審查、跟蹤、分配、修改、驗(yàn)證、關(guān)閉、整理、分析、匯總以及刪除等一系列活動(dòng)狀態(tài)的管理；工作內(nèi)容系統(tǒng)管理員在BUG管理工具建立項(xiàng)目名稱，以及和測(cè)試項(xiàng)目相關(guān)的人員。并給相關(guān)人員指定相應(yīng)的角色和權(quán)限；測(cè)試人員發(fā)現(xiàn)BUG并在BUG管理工具如CLEARQUEST中記錄，測(cè)試負(fù)責(zé)人審核BUG的有效性。Bug的跟蹤處理過程參見缺陷跟蹤處理流程；測(cè)試負(fù)責(zé)人跟蹤BUG分配，以確保BUG沒有被忽略；測(cè)試負(fù)責(zé)人負(fù)責(zé)定期生成測(cè)試進(jìn)展通報(bào)表，向項(xiàng)目組開發(fā)測(cè)試成員、項(xiàng)目經(jīng)理、測(cè)試部門經(jīng)理、高級(jí)經(jīng)理通報(bào)每天產(chǎn)生的BUG、BUG總數(shù)、BUG狀態(tài)等有效信息；測(cè)試負(fù)責(zé)人根據(jù)這些數(shù)據(jù)調(diào)整測(cè)試策略和資源分配或者判斷是否可以結(jié)束測(cè)試。對(duì)于爭(zhēng)議的BUG，報(bào)請(qǐng)測(cè)試經(jīng)理，由測(cè)試經(jīng)理組織討論后進(jìn)行裁決，并生成測(cè)試問題報(bào)告單；結(jié)束測(cè)試項(xiàng)目后，測(cè)試負(fù)責(zé)人利用BUG管理工具生成BUG統(tǒng)計(jì)數(shù)據(jù)，分析項(xiàng)目的BUG作為編寫測(cè)試分析報(bào)告數(shù)據(jù)來源之一。以上的狀態(tài)遷移圖遵循如下原則：矩形表示的為狀態(tài)名稱，藍(lán)色字體表示的為操作名稱。一個(gè)狀態(tài)可以通過一個(gè)操作遷移到另外一個(gè)狀態(tài)。1）提交：提交新的BUG，沒有起始狀態(tài)，結(jié)束狀態(tài)為“已提交”；組織內(nèi)任何人均可執(zhí)行該操作；無效：審核BUG為無效，起始狀態(tài)為“已提交”，結(jié)束狀態(tài)為“無效的”；組織內(nèi)測(cè)試負(fù)責(zé)人可執(zhí)行該操作；有效：驗(yàn)證BUG為有效，起始狀態(tài)為“已提交”，結(jié)束狀態(tài)為“有效的”；組織內(nèi)測(cè)試負(fù)責(zé)人可執(zhí)行該操作；延遲：將BUG進(jìn)行延遲處理，起始狀態(tài)為“有效的”，結(jié)束狀態(tài)為“已延遲”；組織內(nèi)項(xiàng)目經(jīng)理可執(zhí)行該操作；分配：將有效的或延遲的BUG分配給相應(yīng)的開發(fā)員進(jìn)行修改，起始狀態(tài)為“有效的”或“已延遲”，結(jié)束狀態(tài)為“已分配”；組織內(nèi)項(xiàng)目經(jīng)理可執(zhí)行改操作；解決：將分配好的BUG進(jìn)行修改處理，起始狀態(tài)為“已分配”，結(jié)束狀態(tài)為“已解決”；組織內(nèi)開發(fā)人員可執(zhí)行該操作；重新分配：把分配錯(cuò)誤的BUG或需要延遲的BUG退回分配狀態(tài)，起始狀態(tài)為“已分配”，結(jié)束狀態(tài)為“有效的”；組織內(nèi)開發(fā)人員可執(zhí)行該操作；拒絕：將已解決的BUG進(jìn)行測(cè)試驗(yàn)證，測(cè)試不通過的進(jìn)行拒絕操作，由開發(fā)員重新進(jìn)行修改，起始狀態(tài)為“已解決”，結(jié)束狀態(tài)為“已分配”；組織內(nèi)測(cè)試人員可執(zhí)行該操作；關(guān)閉：將已解決的BUG進(jìn)行測(cè)試驗(yàn)證，測(cè)試通過的進(jìn)行關(guān)閉操作，起始狀態(tài)為“已解決”，結(jié)束狀態(tài)為“已關(guān)閉”；組織內(nèi)測(cè)試人員可執(zhí)行該操作；修改：修改操作可在任何狀態(tài)進(jìn)行，且只能修改BUG記錄的內(nèi)容，不進(jìn)行狀態(tài)遷移；組織內(nèi)測(cè)試負(fù)責(zé)人可進(jìn)行該操作。工作產(chǎn)品測(cè)試問題報(bào)告單，測(cè)試進(jìn)展通報(bào)表裁剪指南本過程無裁剪；測(cè)試分析報(bào)告編寫及管理任務(wù)描述編寫測(cè)試分析報(bào)告是一個(gè)評(píng)價(jià)測(cè)試活動(dòng)和產(chǎn)品質(zhì)量的活動(dòng)過程。通過分析BUG的數(shù)量、性質(zhì)、分布情況，評(píng)價(jià)軟件的能力和限制。同時(shí)總結(jié)軟件測(cè)試計(jì)劃的執(zhí)行情況，作為同類項(xiàng)目測(cè)試計(jì)劃和測(cè)試用例的編寫參考依據(jù)。工作內(nèi)容測(cè)試負(fù)責(zé)人從BUG管理工具中統(tǒng)計(jì)分析BUG的數(shù)量、性質(zhì)、分布情況，提取相關(guān)數(shù)據(jù)，并形成圖表。如：每個(gè)測(cè)試工作日產(chǎn)生的BUG、關(guān)閉的BUG、延遲的BUG；總的BUG數(shù)量；BUG模塊分布；測(cè)試人員發(fā)現(xiàn)的BUG數(shù)量；開發(fā)人員出現(xiàn)的BUG數(shù)量；BUG的嚴(yán)重等級(jí)分類；模塊的千行出錯(cuò)率；被測(cè)系統(tǒng)的千行出錯(cuò)率等數(shù)據(jù)。具體可參考度量匯總表的有關(guān)統(tǒng)計(jì)項(xiàng)；測(cè)試負(fù)責(zé)人評(píng)價(jià)軟件能力，包括缺陷和限制；測(cè)試負(fù)責(zé)人評(píng)價(jià)測(cè)試過程本身。通過和測(cè)試計(jì)劃的比較，對(duì)進(jìn)度、工作量、測(cè)試需求和測(cè)試范圍、測(cè)試用例的設(shè)計(jì)進(jìn)行評(píng)價(jià)。測(cè)試部門經(jīng)理審批測(cè)試分析報(bào)告；測(cè)試分析報(bào)告入庫后實(shí)行統(tǒng)一的配置管理過程；工作產(chǎn)品測(cè)試分析報(bào)告、項(xiàng)目評(píng)審相關(guān)表格；裁剪指南本過程無裁減；單元測(cè)試任務(wù)描述使用測(cè)試用例及相應(yīng)編碼準(zhǔn)則等，驗(yàn)證程序代碼單元及其函數(shù)、接口已按照預(yù)設(shè)的方式（系統(tǒng)設(shè)計(jì)）調(diào)用執(zhí)行，并產(chǎn)生合乎期待的結(jié)果。工作內(nèi)容測(cè)試負(fù)責(zé)人組織制定測(cè)試計(jì)劃；測(cè)試人員在符合規(guī)定測(cè)試環(huán)境條件下，使用指定測(cè)試及管理工具，編碼規(guī)則和單元測(cè)試用例，從配置庫中提取標(biāo)識(shí)代碼模塊實(shí)施測(cè)試活動(dòng)；靜態(tài)測(cè)試：根據(jù)開發(fā)計(jì)劃和測(cè)試計(jì)劃安排，由項(xiàng)目經(jīng)理指定人員依編碼規(guī)則對(duì)單元模塊代碼進(jìn)行走讀或同行評(píng)審，及時(shí)發(fā)現(xiàn)、記錄并修訂代碼中存在的語法規(guī)范或邏輯錯(cuò)誤；動(dòng)態(tài)測(cè)試（包括動(dòng)態(tài)分析）：根據(jù)開發(fā)計(jì)劃和測(cè)試計(jì)劃安排，測(cè)試人員設(shè)計(jì)單元測(cè)試用例，編寫驅(qū)動(dòng)模塊和樁模塊，執(zhí)行單元測(cè)試用例；在JTest、C++Test可自動(dòng)生成部分測(cè)試用例，并生成相應(yīng)的測(cè)試程序；記錄、跟蹤并修改發(fā)現(xiàn)BUG；測(cè)試負(fù)責(zé)人組織編寫測(cè)試報(bào)告。單元測(cè)試計(jì)劃、單元測(cè)試用例、單元測(cè)試分析報(bào)告可參考測(cè)試計(jì)劃制定及管理、測(cè)試用例設(shè)計(jì)及管理、測(cè)試分析報(bào)告編寫及管理。工作產(chǎn)品單元測(cè)試計(jì)劃、單元測(cè)試用例、樁模塊、驅(qū)動(dòng)模塊、單元測(cè)試分析報(bào)告裁剪指南本過程不允許裁剪；集成測(cè)試任務(wù)描述執(zhí)行批準(zhǔn)的集成測(cè)試用例，驗(yàn)證各通過單元測(cè)試的功能模塊的獨(dú)立功能及其接口、數(shù)據(jù)傳輸?shù)恼_性，滿足系統(tǒng)設(shè)計(jì)所規(guī)定的特性。工作內(nèi)容測(cè)試負(fù)責(zé)人組織制定集成測(cè)試計(jì)劃；測(cè)試人員在符合規(guī)定測(cè)試環(huán)境條件下，使用指定測(cè)試及管理工具，編碼規(guī)則和集成測(cè)試用例，從配置庫中提取需要集成的代碼模塊實(shí)施測(cè)試活動(dòng)：測(cè)試人員根據(jù)集成計(jì)劃，將通過單元測(cè)試的模塊逐步集成；設(shè)計(jì)測(cè)試用例，編寫驅(qū)動(dòng)程序和樁程序，執(zhí)行測(cè)試用例；記錄、跟蹤并修改發(fā)現(xiàn)BUG；測(cè)試負(fù)責(zé)人組織編寫測(cè)試報(bào)告。集成測(cè)試計(jì)劃、集成測(cè)試用例、集成測(cè)試分析報(bào)告可參考測(cè)試計(jì)劃制定及管理、測(cè)試用例設(shè)計(jì)及管理、測(cè)試分析報(bào)告編寫及管理。工作產(chǎn)品集成測(cè)試計(jì)劃、集成測(cè)試用例、樁模塊、驅(qū)動(dòng)模塊、集成測(cè)試分析報(bào)告；裁剪指南本過程適用于各類研發(fā)項(xiàng)目；活動(dòng)可裁剪屬性裁剪指導(dǎo)方針集成測(cè)試合并執(zhí)行若項(xiàng)目生命周期定義中無集成測(cè)試階段，集成和系統(tǒng)測(cè)試可以合并進(jìn)行。系統(tǒng)測(cè)試任務(wù)描述執(zhí)行系統(tǒng)測(cè)試用例，驗(yàn)證已各通過各階段測(cè)試的功能模塊已具有滿足需求規(guī)格說明所規(guī)定的功能、質(zhì)量和性能等方面特性。工作內(nèi)容項(xiàng)目正式立項(xiàng)后，項(xiàng)目組遞交測(cè)試申請(qǐng)（見測(cè)試申請(qǐng)表），經(jīng)總工批準(zhǔn)后，由測(cè)試部門經(jīng)理指定測(cè)試負(fù)責(zé)人，否則由項(xiàng)目組自己負(fù)責(zé)系統(tǒng)測(cè)試；測(cè)試負(fù)責(zé)人建立測(cè)試小組，并申請(qǐng)測(cè)試資源；測(cè)試人員參與需求和設(shè)計(jì)評(píng)審；測(cè)試負(fù)責(zé)人根據(jù)需求說明書參考設(shè)計(jì)說明書編寫測(cè)試計(jì)劃和測(cè)試用例：在測(cè)試計(jì)劃中要確定測(cè)試需求、測(cè)試方案、測(cè)試環(huán)境、測(cè)試進(jìn)度安排、測(cè)試出入口準(zhǔn)則、測(cè)試工具(包括功能自動(dòng)化測(cè)試工具和性能測(cè)試工具)、制定日創(chuàng)建計(jì)劃（或直接采用集成計(jì)劃）、確定手工測(cè)試和自動(dòng)化測(cè)試的比例范圍及進(jìn)行腳本設(shè)計(jì)。編寫自動(dòng)化測(cè)試腳本，可參考Winrunner編碼規(guī)范；測(cè)試負(fù)責(zé)人發(fā)起測(cè)試計(jì)劃和測(cè)試用例評(píng)審；最終通過測(cè)試計(jì)劃和測(cè)試用例審核和批準(zhǔn)；測(cè)試負(fù)責(zé)人負(fù)責(zé)對(duì)項(xiàng)目組成員進(jìn)行培訓(xùn)，培訓(xùn)內(nèi)容包括測(cè)試規(guī)范、測(cè)試工具、管理工具等；項(xiàng)目組負(fù)責(zé)對(duì)測(cè)試人員進(jìn)行項(xiàng)目本身的相關(guān)培訓(xùn)；測(cè)試人員搭建測(cè)試環(huán)境，按照創(chuàng)建計(jì)劃從項(xiàng)目組配置庫中提取源碼進(jìn)行日創(chuàng)建。第一次冒煙測(cè)試通過后的日創(chuàng)建即可開始進(jìn)行Winrunner自動(dòng)化測(cè)試腳本的編寫錄制。日創(chuàng)建和腳本須即時(shí)放入配置庫。對(duì)于有測(cè)試腳本產(chǎn)生的自動(dòng)化測(cè)試用例，應(yīng)該在測(cè)試用例文檔自動(dòng)測(cè)試腳本一欄標(biāo)明配置庫存放路徑；測(cè)試實(shí)施全過程中，始終存在測(cè)試計(jì)劃變更和測(cè)試用例變更以及BUG管理過程。可參考測(cè)試計(jì)劃制定和管理、測(cè)試用例設(shè)計(jì)及管理、Bug管理執(zhí)行；測(cè)試負(fù)責(zé)人定期對(duì)系統(tǒng)測(cè)試質(zhì)量及效果、