軟件測試管理規(guī)范

1、軟件測試工作規(guī)范1 目的統(tǒng)一公司所有項目的軟件測試流程；提供一套適合公司所有項目并可裁減的軟件測試工具；2 范圍本規(guī)范中單元測試適用于所有的JAVA項目；本規(guī)范中集成測試、系統(tǒng)測試和性能測試適用于所有項目。3 測試階段與軟件開發(fā)階段的對應關系1 過程描述1.1單元測試活動該活動包括以下環(huán)節(jié)：編寫單元測試計劃；設計單元測試用例；執(zhí)行單元測試過程；記錄單元測試缺陷；編寫單元測試報告；1.1.1活動目的驗證軟件系統(tǒng)模塊內功能、容錯、界面和報表測試和樁模塊、子模塊之間的接口測試。1.1.2角色與職責角色職責項目經(jīng)理監(jiān)控單元測試過程；開發(fā)組長編寫單元測試計劃；開發(fā)人員對單元代碼進行檢查，設計單元測試用例

2、；執(zhí)行測試用例；記錄單元測試缺陷 ，修改缺陷并關閉缺陷；編寫單元測試分析報告；配置管理員管理測試需要的資源，包括軟硬件環(huán)境，版本管理和Bug 管理。1.1.3測試范圍單元模塊的功能性測試單元模塊內和模塊之間的接口測試單元模塊的容錯性測試單元模塊的 界面測試單元模塊內的權限1.1.4進入條件已經(jīng)完成被測模塊的編碼工作1.1.5輸入詳細設計說明書1.1.6活動說明對于結構化的編程語言，程序單元指程序中定義的函數(shù)或子程序。單元測試是指對函數(shù)或子程序所進行的測試。對于面向對象的編程語言，程序單元指特定的一個具體的類或相關的多個類。單元模塊之間的接口等。（ 1）開發(fā)人員依據(jù)詳細設計編寫單元測試計劃和和單

3、元測試用例，詳見 junit 使用說明和 jprobe 使用說明，需詳細描述該用例的輸入、輸出和預期結果等相關內容；（ 2）開發(fā)人員編寫程序代碼；（ 3）開發(fā)人員執(zhí)行單元測試用例，并記錄執(zhí)行結果；（ 4）開發(fā)人員執(zhí)行測試用例過程中發(fā)現(xiàn)的缺陷，必須提交到缺陷跟蹤工具中；（ 5）開發(fā)組長完成單元測試后，編寫單元測試分析報告，項目經(jīng)理審核單元測試分析報告。1.1.7輸出已通過回歸測試、打標簽單元級的代碼單元測試分析報告1.1.8退出條件被測代碼語句覆蓋率滿足單元測試計劃中制定的代碼覆蓋率要求；測試用例執(zhí)行覆蓋率應達 100% ；1.2.1單元測試分析報告通過評審；A 類缺陷、 B 類缺陷、 C 類缺

4、陷為零， D 類缺陷少于 10 ， E 類缺陷少于 15。1.1.9工具與方法JAVA 項目Junit 3.7 以上版本 ：利用 Junit 提供的組件測試代碼的功能邏輯；Jprobe5.0 以上版本：使用 Coverage 組件檢查代碼覆蓋率。工具使用參見 Junit 使用簡明手冊， Jprobe 使用簡明手冊。1.2集成測試活動該活動包括以下環(huán)節(jié)：編寫集成測試計劃；設計集成測試用例；執(zhí)行集成測試過程；記錄集成測試缺陷；編寫集成測試分析報告；活動目的1.2.2角色與職責角色職責項目經(jīng)理協(xié)調軟硬件和人力資源、風險控制等；測試經(jīng)理協(xié)調相關測試資源，風險控制等；跟蹤集成測試執(zhí)行過程；測試組長制定集

5、成測試計劃；測試工程師編寫編寫測試用例；執(zhí)行集成測試用例；提交缺陷；回歸測試；編寫集成測試分析報告；架構師協(xié)助測試組長制定集成測試計劃。確認測試缺陷，并分發(fā)測試缺陷于開發(fā)人員進行修改；評審集成測試計劃、測試用例、集成測試分析報告；開發(fā)人員修改缺陷；提交缺陷修改程序代碼；配置管理員管理測試需要的資源，包括軟硬件環(huán)境，版本管理和缺陷跟蹤管理。建立代碼基線，配合進行配置檢查。1.2.3測試范圍系統(tǒng)集成后的功能性測試；系統(tǒng)集成后的容錯性測試；系統(tǒng)集成后的界面測試；系統(tǒng)集成后的安全（權限）測試；系統(tǒng)集成后的系統(tǒng)的內部接口測試；系統(tǒng)集成后的可用性測試；系統(tǒng)集成后的數(shù)據(jù)完整性測試。1.2.4進入條件概要設計

6、說明書通過評審1.2.5輸入概要設計說明書1.2.6活動說明（1）測試組長制定集成測試計劃；（2）測試人員負責組織編寫集成測試用例，編寫測試腳本，編寫測試用例。（3）測試人員執(zhí)行測試用例。（ 4 ） 測試過程中發(fā)現(xiàn)缺陷提交到缺陷跟蹤系統(tǒng)；（ 5 ） 架構師對缺陷進行評估并分發(fā)，若判斷是缺陷則指定相關開發(fā)人員進行修改；（ 6）開發(fā)人員修改完缺陷后，由測試人員進行回歸測試，測試通過則缺陷關閉，檢驗未通過，則轉給開發(fā)人員，繼續(xù)修改；（ 7）測試人員編寫集成測試分析報告。1.2.7輸出已通過回歸測試、打標簽系統(tǒng)級的代碼；集成測試分析報告；A 類缺陷、 B 類缺陷、 C 類缺陷為零， D 類缺陷少于 5

7、 ， E 類缺陷少于 10 。1.2.8退出條件集成測試分析報告通過評審代碼基線化1.2.9工具與方法因具體項目而定1.3系統(tǒng)測試該活動包括以下環(huán)節(jié)：編寫系統(tǒng)測試計劃；設計系統(tǒng)測試用例；執(zhí)行系統(tǒng)測試過程；記錄系統(tǒng)測試缺陷；編寫系統(tǒng)測試分析報告；1.3.1活動目的通過與系統(tǒng)的需求規(guī)格作比較，從功能和非功能兩方面，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾之處。1.3.2角色與職責角色職責項目經(jīng)理協(xié)調軟硬件和人力資源、風險控制等；測試經(jīng)理協(xié)調相關測試資源，風險控制等跟蹤系統(tǒng)測試執(zhí)行過程；測試組長、測制定系統(tǒng)測試計劃；試工程師在架構師的協(xié)助下，搭建系統(tǒng)測試環(huán)境；編寫系統(tǒng)測試用例；執(zhí)行系統(tǒng)測試用例；提交

8、缺陷；回歸測試；編寫系統(tǒng)測試分析報告；架構師協(xié)助測試組長制定系統(tǒng)測試計劃。確認測試缺陷，并分發(fā)測試缺陷于開發(fā)人員進行修改；評審系統(tǒng)測試計劃、測試用例、測試分析報告；開發(fā)人員修改缺陷；提交缺陷修改程序代碼；配置管理員管理測試需要的資源，包括軟硬件環(huán)境，版本管理和缺陷跟蹤管理。建立代碼基線，配合進行配置檢查。的1初.3.3始化測系試統(tǒng)；測試范圍系統(tǒng)的功能性測試；系統(tǒng)系統(tǒng)的（負載，性能，并發(fā)）測試；系統(tǒng)的配置測試；系統(tǒng)的安全性測試（防火墻， TLS,SSL 安全機制，加密）；系統(tǒng)的外部接口測試；系統(tǒng)的數(shù)據(jù)完整性測試；系統(tǒng)的可用性測試；系統(tǒng)的安裝部署測試；系統(tǒng)的恢復性測試；系統(tǒng)的可移植性測試系統(tǒng)的文檔

9、測試。1.3.4進入條件需求說明書經(jīng)過評審；1.3.5活動說明（ 1）（ 2）（ 3）（ 4）（ 5）（ 4）（ 5）（ 6）測試組長制定系統(tǒng)測試計劃；測試組長負責組織編寫系統(tǒng)測試用例、編寫測試腳本，編寫測試用例；測試組長在架構師的協(xié)助下搭建與用戶需求一致的測試環(huán)境，質量管理部配合確認測試環(huán)境，參見系統(tǒng)環(huán)境確認單；測試人員執(zhí)行測試用例；測試過程中發(fā)現(xiàn)缺陷提交到缺陷跟蹤系統(tǒng)；架構師對缺陷進行評估，若判斷是缺陷則指定相關開發(fā)人員進行修改；開發(fā)人員修改完問題后，由問題提出人進行回歸測試，測試通過則缺陷關閉，檢驗未通過，則轉給開發(fā)人員，繼續(xù)修改；測試組長編寫系統(tǒng)測試分析報告。1.3.6輸出已通過回歸測

10、試、打標簽系統(tǒng)級的代碼系統(tǒng)測試分析報告1.3.7退出條件系統(tǒng)測試報告通過評審；代碼基線化；A 類缺陷、 B 類缺陷、 C 類缺陷為零， D 類缺陷少于 3 ， E 類缺陷少于6。1.3.8工具與方法因項目的需求而定。1.4性能測試該活動包括以下環(huán)節(jié)：編寫性能測試計劃；設計性能測試用例；搭建性能測試環(huán)境；執(zhí)行性能測試過程；記錄性能測試缺陷；編寫性能測試報告；1.4.1活動目的檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能要求。1.4.2角色與職責角色職責項目經(jīng)理協(xié)調軟硬件和人力資源、風險控制等；測試經(jīng)理協(xié)調相關測試資源，風險控制等；跟蹤系統(tǒng)測試執(zhí)行過程；測試組長制定 性能 測試計劃；測試工程師執(zhí)行性能

11、測試腳本；提交缺陷；回歸測試；編寫 性能 測試分析報告；架構師協(xié)助測試組長制定性能測試計劃；確認測試缺陷，并分發(fā)測試缺陷于開發(fā)人員進行修改；評審性能測試計劃、性能測試用例、性能測試分析報告；開發(fā)人員修改缺陷；提交缺陷修改程序代碼；配置管理員管理測試需要的資源，包括軟硬件環(huán)境，版本管理和缺陷跟蹤管理。建立代碼基線，配合進行配置檢查。1.4.3測試范圍性能測試的主要是范圍：系統(tǒng)的大用戶壓力；系統(tǒng)的并發(fā)用戶壓力；系統(tǒng)的數(shù)據(jù)庫壓力；系統(tǒng)的穩(wěn)定性等。1.4.81.4.4進入條件需求規(guī)格說明書通過評審；1.4.5輸入需求規(guī)格說明書1.4.6活動說明（1）測試組長根據(jù)需求規(guī)格說明書了解系統(tǒng)性能需求，編寫性能測試計劃；（2）測試人員在架構師的協(xié)助下搭建與用戶需求一致的測試環(huán)境，質量管理部配合確認測試環(huán)境，參見系統(tǒng)環(huán)境確認單；（ 3）測