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

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

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

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

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