軟件測試工作規(guī)范_第1頁
軟件測試工作規(guī)范_第2頁
軟件測試工作規(guī)范_第3頁
軟件測試工作規(guī)范_第4頁
軟件測試工作規(guī)范_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

2、代碼進(jìn)行檢查,設(shè)計(jì)單元測試用例;執(zhí)行測試用例;記錄單元測試缺陷,修改缺陷并關(guān)閉缺陷;編寫單元測試分析報告;配置管理員管理測試需要的資源,包括軟硬件環(huán)境,版本管理和Bug管理。1.1 測試范圍單元模塊的功能性測試單元模塊內(nèi)和模塊之間的接口測試單元模塊的容錯性測試單元模塊的界面測試單元模塊內(nèi)的權(quán)限1.1 進(jìn)入條件已經(jīng)完成被測模塊的編碼工作1.1 輸入詳細(xì)設(shè)計(jì)說明書1.1 活動說明對于結(jié)構(gòu)化的編程語言,程序單元指程序中定義的函數(shù)或子程序0單元測試是指對函數(shù)或子程序所進(jìn)行的測試。對于面向?qū)ο蟮木幊陶Z言,程序單元指特定的一個具體的類或相關(guān)的多個類。單元模塊之間的接口等。1 開發(fā)人員依據(jù)詳細(xì)設(shè)計(jì)編寫單元測

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

4、15%。1.1 工具與方法JAVA項(xiàng)目Junit3.7以上版本:利用Junit提供的組件測試代碼的功能邏輯;Jprobe5.0以上版本:使用Coverage組件檢查代碼覆蓋率。工具使用參見Junit使用簡明手冊,Jprobe使用簡明手冊。1 集成測試活動該活動包括以下環(huán)節(jié):編寫集成測試計(jì)劃;設(shè)計(jì)集成測試用例;執(zhí)行集成測試過程;記錄集成測試缺陷;編寫集成測試分析報告;3 活動目的1.2.2角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理協(xié)調(diào)軟硬件和人力資源、風(fēng)險控制等;測試經(jīng)理協(xié)調(diào)相關(guān)測試資源,風(fēng)險控制等;跟蹤集成測試執(zhí)行過程;測試組長測試工程師制定集成測試計(jì)劃;編寫編寫測試用例;執(zhí)行集成測試用例;提交缺陷;回歸測試

5、;編寫集成測試分析報告;架構(gòu)師協(xié)助測試組長制定集成測試計(jì)劃。確認(rèn)測試缺陷,并分發(fā)測試缺陷于開發(fā)人員進(jìn)行修改;評審集成測試計(jì)劃、測試用例、集成測試分析報告;開發(fā)人員修改缺陷:提交缺陷修改程序代碼;配置管理員管理測試需要的資源,包括軟硬件環(huán)境,版本管理和缺陷跟蹤管理。建立代碼基線,配合進(jìn)行配置檢查。1.2.3測試范圍系統(tǒng)集成后的功能性測試;系統(tǒng)集成后的容錯性測試;系統(tǒng)集成后的界面測試;系統(tǒng)集成后的安全(權(quán)限)測試;系統(tǒng)集成后的系統(tǒng)的內(nèi)部接口測試;系統(tǒng)集成后的可用性測試;系統(tǒng)集成后的數(shù)據(jù)完整性測試。6.3.6 進(jìn)入條件概要設(shè)計(jì)說明書通過評審6.3.7 輸入概要設(shè)計(jì)說明書6.3.8 活動說明(2) 測

6、試組長制定集成測試計(jì)劃;(3) 測試人員負(fù)責(zé)組織編寫集成測試用例,編寫測試腳本,編寫測試用例。(4) 測試人員執(zhí)行測試用例。(4)測試過程中發(fā)現(xiàn)缺陷提交到缺陷跟蹤系統(tǒng);(5)架構(gòu)師對缺陷進(jìn)行評估并分發(fā),若判斷是缺陷則指定相關(guān)開發(fā)人員進(jìn)行修改;1 開發(fā)人員修改完缺陷后,由測試人員進(jìn)行回歸測試,測試通過則缺陷關(guān)閉,檢驗(yàn)未通過,則轉(zhuǎn)給開發(fā)人員,繼續(xù)修改;2 測試人員編寫集成測試分析報告。127輸出已通過回歸測試、打標(biāo)簽系統(tǒng)級的代碼;集成測試分析報告;A類缺陷、B類缺陷、C類缺陷為零,D類缺陷少于5%,E類缺陷少于10%。退出條件集成測試分析報告通過評審代碼基線化工具與方法因具體項(xiàng)目而定1.3系統(tǒng)測試

7、該活動包括以下環(huán)節(jié):編寫系統(tǒng)測試計(jì)劃;設(shè)計(jì)系統(tǒng)測試用例;執(zhí)行系統(tǒng)測試過程;記錄系統(tǒng)測試缺陷;編寫系統(tǒng)測試分析報告;活動目的通過與系統(tǒng)的需求規(guī)格作比較,從功能和非功能兩方面,發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾之處。1.3.2角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理協(xié)調(diào)軟硬件和人力資源、風(fēng)險控制等;測試經(jīng)理協(xié)調(diào)相關(guān)測試資源,風(fēng)險控制等跟蹤系統(tǒng)測試執(zhí)行過程;測試組長、測試工程師制定系統(tǒng)測試計(jì)劃;在架構(gòu)師的協(xié)助下,搭建系統(tǒng)測試環(huán)境;編寫系統(tǒng)測試用例;執(zhí)行系統(tǒng)測試用例;提交缺陷;回歸測試;編寫系統(tǒng)測試分析報告;架構(gòu)師協(xié)助測試組長制定系統(tǒng)測試計(jì)劃。確認(rèn)測試缺陷,并分發(fā)測試缺陷于開發(fā)人員進(jìn)行修改;評審系統(tǒng)測試計(jì)劃、

8、測試用例、測試分析se告;開發(fā)人員配置管理員修改缺陷;提交缺陷修改程序代碼;管理測試需要的資源,包括軟硬件環(huán)境,版本管理和缺陷跟蹤管理。建立代碼基線,配合進(jìn)行配置檢查。1.3.3系統(tǒng)測試范圍系統(tǒng)的功能性測試;系統(tǒng)的初始化測試;系統(tǒng)的(負(fù)載,性能,并發(fā))測試;系統(tǒng)的配置測試;系統(tǒng)的安全性測試(防火墻,TLS,SSL安全機(jī)制,加密);系統(tǒng)的外部接口測試;系統(tǒng)的數(shù)據(jù)完整性測試;系統(tǒng)的可用性測試;系統(tǒng)的安裝部署測試;系統(tǒng)的恢復(fù)性測試;系統(tǒng)的可移植性測試系統(tǒng)的文檔測試。進(jìn)入條件需求說明書經(jīng)過評審;活動說明測試組長制定系統(tǒng)測試計(jì)劃;測試組長負(fù)責(zé)組織編寫系統(tǒng)測試用例、編寫測試腳本,編寫測試用例;測試組長在架

9、構(gòu)師的協(xié)助下搭建與用戶需求一致的測試環(huán)境,質(zhì)量管理部配合確認(rèn)測試環(huán)境,參見系統(tǒng)環(huán)境確認(rèn)單;測試人員執(zhí)行測試用例;測試過程中發(fā)現(xiàn)缺陷提交到缺陷跟蹤系統(tǒng);(4)架構(gòu)師對缺陷進(jìn)行評估,若判斷是缺陷則指定相關(guān)開發(fā)人員進(jìn)行修改;(5)開發(fā)人員修改完問題后,由問題提出人進(jìn)行回歸測試,測試通過則缺陷關(guān)閉,檢驗(yàn)未通過,則轉(zhuǎn)給開發(fā)人員,繼續(xù)修改;測試組長編寫系統(tǒng)測試分析報告。輸出已通過回歸測試、打標(biāo)簽系統(tǒng)級的代碼系統(tǒng)測試分析報告退出條件系統(tǒng)測試報告通過評審;代碼基線化;A類缺陷、B類缺陷、C類缺陷為零,D類缺陷少于3%,E類缺陷少于6%。工具與方法因項(xiàng)目的需求而定1.4性能測試該活動包括以下環(huán)節(jié):編寫性能測試計(jì)

10、劃;設(shè)計(jì)性能測試用例;搭建性能測試環(huán)境;執(zhí)行性能測試過程;記錄性能測試缺陷;編寫性能測試報告;活動目的檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能要求。1.4.2角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理協(xié)調(diào)軟硬件和人力資源、風(fēng)險控制等;測試經(jīng)理協(xié)調(diào)相關(guān)測試資源,風(fēng)險控制等;跟蹤系統(tǒng)測試執(zhí)行過程;測試組長測試工程師制定性能測試計(jì)劃;執(zhí)行性能測試腳本;提交缺陷;回歸測試;編寫性能測試分析報告;架構(gòu)師協(xié)助測試組長制定性能測試計(jì)劃;確認(rèn)測試缺陷,并分發(fā)測試缺陷于開發(fā)人員進(jìn)行修改;評審性能測試計(jì)劃、性能測試用例、性能測試分析報告;開發(fā)人員修改缺陷;提交缺陷修改程序代碼;配置管理員管理測試需要的資源,包括軟硬件環(huán)境,版本管理和缺陷跟蹤管理。建立代碼基線,配合進(jìn)行配置檢查。1.4.3測試范圍性能測試的主要是范圍:系統(tǒng)的大用戶壓力;系統(tǒng)的并發(fā)用戶壓力;系統(tǒng)的數(shù)據(jù)庫壓力;系統(tǒng)的穩(wěn)定性等。進(jìn)入條件需求規(guī)格說明書通過評審;輸入需求規(guī)格說明書活動說明(1)測試組長根據(jù)需求規(guī)格說明書了解系統(tǒng)性能需求,編寫性能測試計(jì)劃;測試人員在架構(gòu)師的協(xié)助下搭建與用戶需求一致的測試環(huán)境,質(zhì)量管理部配合確認(rèn)測試環(huán)境,參見系統(tǒng)環(huán)境確認(rèn)單;測

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論