XX測試工作流程與制度_第1頁
XX測試工作流程與制度_第2頁
XX測試工作流程與制度_第3頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、軟件測試流程與制度擬制人日期2015年9月14日審核人 日期2015年月日批準人日期2015年月日文檔狀態(tài):V 草案正式發(fā)布正在修訂序號版本號更改時間更改內(nèi)容描述填寫人11.02015-9-14初稿21.12015-9-17測試執(zhí)行流程修改目錄目錄 01 編寫目的 . 12 測試團隊構(gòu)成. 12.1 組織結(jié)構(gòu) 12.2 測試組職能 12.3 職責(zé)劃分 23. 測試流程及規(guī)范 23.1 測試流程圖 23.2 計劃與設(shè)計階段 33.2.1 測試申請階段 . 43.2.2 測試設(shè)計階段 43.3 實施測試階段 53.3.1 實施測試 . 53.3.1.1 工作流程 . 63.3.2 匯總測試 bug

2、 73.3.4 回歸測試 . 73.4 總結(jié)階段 73.4.1 測試總結(jié)報告 83.4.2 測試驗收 83.4.3 測試歸檔 93.4.4 測試工作總結(jié) 93.5 BUG 跟蹤表 91編寫目的本文檔是測試團隊的日常工作規(guī)范,主要側(cè)重測試工作流程的實施和控制,明確公司產(chǎn)品 各階段測試團隊?wèi)?yīng)參與和完成的工作。并且對于測試團隊中關(guān)于測試組架構(gòu)、職能及成員職責(zé) 進行必要的說明。通過建立規(guī)范的測試流程、測試團隊組織架構(gòu),同時明確測試小組任務(wù)、目 標和各小組成員的具體職責(zé),對部門測試工作的正常開展起到規(guī)范的指導(dǎo)作用。測試細節(jié)、技 術(shù)和策略等問題不在本文檔描述范圍內(nèi)。2測試團隊構(gòu)成2.1組織結(jié)構(gòu)項目經(jīng)理測試

3、丿小組測 試 組 長測 試 組 員圖i成員組成:測試組長:王文慧 測試組員:全部同事(暫定)注:測試組由測試組長、測試組員組成。人員配備視項目大小確定。2.2測試組職能產(chǎn)品測試是產(chǎn)品開發(fā)過程中的重要組成部分,測試團隊主要肩負著如下責(zé)任:在項目的前景、需求文檔確立基線前對文檔進行測試,從用戶體驗和測試的角度提出自己 的看法和建議。針對測試需求進行相關(guān)測試技術(shù)的研究。編寫合理的測試計劃,并與項目整體計劃有機地整合在一起。編寫高效、覆蓋率高的測試用例。認真仔細地實施測試工作,并提交測試報告供項目組參考。進行缺陷跟蹤與分析。對測試整個過程進行總結(jié),完善和優(yōu)化測試流程,提高和改進測試方法和技術(shù)。2.3職

4、責(zé)劃分職務(wù)名稱相關(guān)主要責(zé)任項目經(jīng)理與開發(fā)組協(xié)調(diào),提供測試組所需的內(nèi)、外部資源。 跟蹤項目測試進度,對測試組的工作進行指導(dǎo)、監(jiān)督。測試組長負責(zé)測試任務(wù)的規(guī)劃。給測試小組內(nèi)成員分配指定任務(wù)。協(xié)調(diào)測試組內(nèi)部相關(guān)工作,對組內(nèi)成員進行工作上的指導(dǎo)、 監(jiān)督。參與測試計劃制定,輔助編寫所負責(zé)部分測試用例。 實施測試用例,執(zhí)行測試,提交當(dāng)日測試記錄。檢查缺陷處理結(jié)果。編寫項目總結(jié)性測試報告。測試成員實施測試用例,執(zhí)行測試。做好測試記錄工作,提交當(dāng)日測試記錄。表13.測試流程及規(guī)范3.1測試流程圖測試流程圖3.2計劃與設(shè)計階段測試申請階段過程要點詳細說明輸入條件開發(fā)團隊編碼工作完成,并已完成內(nèi)部測試;工作內(nèi)容1

5、 開發(fā)組填寫 申請單,向測試組提交測試內(nèi)容。2 測試小組檢查提交的軟件的完整性和可測性:檢查送測的軟件是否完整,能否進行測試;檢查單元測試是否通過能夠開始下一階段測試工作;退出標準提交的軟件經(jīng)測試組檢驗通過責(zé)任人項目經(jīng)理,測試組長表2322測試設(shè)計階段3.2.2.1設(shè)計測試計劃測試組接收測試申請單后,需要編寫測試計劃文檔、制定測試策略及預(yù)估測試過程中的風(fēng) 險,并設(shè)計出合理的規(guī)避風(fēng)險的策略,為后續(xù)的測試工作提供直接的指導(dǎo)。過程要點詳細說明輸入條件需求說明書(或技術(shù)規(guī)范),項目開發(fā)計劃工作內(nèi)容根據(jù)項目的需求文檔、設(shè)計文檔,編寫測試計劃。測試計劃中應(yīng)該 至少包括以下關(guān)鍵內(nèi)容:依據(jù)項目背景及要求,確定

6、測試環(huán)境。測試需求一一需要測試組測試的范圍,估算出測試所花費的人 力資源和各個測試需求的測試優(yōu)先級測試策略一一確定項目的測試計劃內(nèi)容,整體測試的測試方法 和每個測試需求的測試方法,同時做好測試進度安排及人員調(diào) 整。測試資源一一本次測試所需要用到的人力、硬件、軟件、技術(shù) 等資源測試組角色一一明確測試組內(nèi)各個成員的角色和相關(guān)責(zé)任 可交付工件在測試組的工作中必須向項目組提交的產(chǎn)物, 包括測試計劃、測試報告等測試計劃編寫完畢后,必須提交給項目組全體成員,并由項目 組組中各個角色組聯(lián)合評審。退出標準測試計劃由項目組評審并通過 .在項目開發(fā)過程中,要適時的對測試計劃進行跟蹤,以評估此 計劃的完整性、可行性

7、,在項目結(jié)束時還要最后評估一下測試 計劃的質(zhì)量責(zé)任人測試組長表33.222項目演示討論過程要點詳細說明輸入條件需求說明書(或技術(shù)規(guī)范)、流程通暢的項目工作內(nèi)容測試團隊成員對需求中不清楚、不完整、太概括或存在疑義的地方提出冋題,相關(guān)開發(fā)人員解答并確認。退出標準所有人員對問題無異議參與人員測試人員,開發(fā)人員3.223設(shè)計測試用例在需求分析文檔確立基線以后,測試組需要針對項目的測試需求編寫測試用例,在實際的 測試中,測試用例將是唯一實施標準。在用例的編寫過程中,具體的任務(wù)和責(zé)任人如下:過程要點詳細說明輸入條件測試需求明確,測試計劃,需求文檔,詳細設(shè)計,概要設(shè)計,開發(fā) 計劃工作內(nèi)容根據(jù)測試計劃、詳細設(shè)

8、計書設(shè)計測試用例,設(shè)計參考原則:邊界值分析錯誤推測等業(yè)務(wù)知識及相關(guān)流程退出標準測試用例需要覆蓋所有的測試需求測試用例需進行評審并通過項目進行過程中,適時的根據(jù)需求變更來對測試用例進行維護責(zé)任人測試組長,項目經(jīng)理表43.3實施測試階段實施測試實施測試用例將花費測試組大部分時間,這些工作都是建立在前期很多計劃工作的基礎(chǔ)上。過程要點詳細描述輸入條件測試組長于前一工作日定出當(dāng)日的測試計劃,確定可用的測試用例。工作內(nèi)容依據(jù)測試計劃,按照測試用例對軟件功能進行測試。對于發(fā)現(xiàn) 的缺陷必須記錄,并且跟蹤缺陷的狀態(tài),直至缺陷的驗證關(guān)閉。 在測試執(zhí)行過程中發(fā)現(xiàn)的遺漏測試用例必須補充至測試用例,保證測試用例與實際測

9、試的一致性。記錄實施用例的結(jié)果,提交當(dāng)日測試紀錄,提交到項目管理軟 件日志。提交缺陷。退出標準測試用例中的所有任務(wù)被執(zhí)行,結(jié)果被記錄。責(zé)任人測試組成員3.3.1.1工作流程開發(fā)入員頊呂經(jīng)理不昱buglbugJS交咖試組曲對拆交的如期行匯耶上傳到svnf頂目聽在svnSS®)幷發(fā)與測試吉冕禪晞?wù)J縣bug嚨掃塔卑l(fā)a立給幵趣任匯思蝴認bug偉疫WS用劇亦夫成 耳妙戰(zhàn)相攤bug悶檢件飆滿足3.3.2 匯總測試bug在約定的測試周期完成之后,測試組長需要總結(jié)此次測試的結(jié)果,匯總測試bug記錄。過程要點詳細描述輸入條件測試組完成了預(yù)定周期的測試任務(wù)工作內(nèi)容測試組長根據(jù)此輪測試的結(jié)果,匯總測試b

10、ug記錄(參考測試bug記錄表模板),主要應(yīng)包含以下內(nèi)容:測試的人員和時間測試所覆蓋的缺陷一一測試組在這輪測試中所有處理的缺陷, 報告測試組長處理的缺陷和實施工程師驗證的缺陷。測試新發(fā)現(xiàn)的缺陷數(shù)量上一版本活動缺陷的數(shù)量測試評估一一寫明在這一版本中,哪些功能被實現(xiàn)了,哪些還沒有實現(xiàn),這里只需寫明和上一版本不同之處即可退出標準在每輪測試結(jié)束之后應(yīng)盡快將符合標準的測試bug記錄發(fā)給項目組組長責(zé)任人測試組長表73.3.4回歸測試在每輪測試結(jié)束之后,由測試組重新拷貝修改后的最新版本,進行回歸測試。過程要點詳細描述輸入條件在每輪測試中,按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn),測試報 告中全部的活動缺陷都被解

11、決。工作內(nèi)容測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行回歸 測試,回歸測試的用例屬于測試用例的一部分或者是全部測試 用例,但不能超出原先預(yù)定的測試用例的范圍。記錄用例實施結(jié)果,提交回歸測試記錄。退出標準回歸測試所運行的用例全部通過缺陷經(jīng)過驗證所有缺陷都被指明處理方式責(zé)任人測試組成員表83.4總結(jié)階段測試工作結(jié)束或即將結(jié)束時,測試組就要開始著手準備進行總結(jié)的工作。341測試總結(jié)報告在回歸測試結(jié)束之后,測試組長將要編寫測試總結(jié)報告,對測試進行總結(jié),并且提交給全體項目組,為產(chǎn)品的后續(xù)工作提供重要的信息支持。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作工作內(nèi)容測試組長根據(jù)測試的結(jié)果,

12、按照測試總結(jié)報告的文檔模板編寫測試 報告(參考測試總結(jié)報告模板),測試報告必須包含以下重要內(nèi)容: 測試資源概述一一多少人、多長時間。測試結(jié)果摘要一一分別描述各個測試需求的測試結(jié)果,產(chǎn)品實 現(xiàn)了哪些功能點,哪些還沒有實現(xiàn)缺陷分析一一按照缺陷的屬性分類進行分析測試需求覆蓋率一一原先列舉的測試需求的測試覆蓋率,可能 一部分測試需求因為資源和優(yōu)先級的因素沒有進行測試,那么 在這里要進行說明退出標準測試組長完成了符合標準的測試報告,發(fā)送給全項目組。責(zé)任人測試組長表9342測試驗收測試驗收工作是在以上工作全部結(jié)束后,對測試的過程,效果進行驗收,宣布測試結(jié)束。過程要點詳細描述輸入條件測試終結(jié)報告需求文檔工作

13、內(nèi)容驗收組成員,對本次測試進行驗收,驗收內(nèi)容包括:測試效果驗收一一測試是否達到預(yù)期目的測試文檔驗收一一測試過程文檔是否齊全,可信,符合標準測試評估一一從總體對測試的質(zhì)量進行評估測試建議一一對本次測試工作指出不足,需要在以后工作中改 進的地方退出標準測試驗收通過,測試驗收記錄整理完畢參與人員測試成員,項目經(jīng)理責(zé)任人測試組長343測試歸檔測試歸檔是在測試驗收結(jié)束宣布測試有效,結(jié)束測試后,對測試過程中涉及到各種標準文 檔進行歸類,存檔。過程要點詳細描述輸入條件測試驗收通過工作內(nèi)容歸類、存檔測試過程涉及到的文檔,主要包括以下電子文檔(必須)測試計劃文檔測試用例文檔階段性測試報告文檔測試驗收記錄文檔退出標準全部文檔歸類完畢,版本號封存責(zé)任人測試組長表11344測試工作總結(jié)測試總結(jié)工作是在以上的工作全部結(jié)束以后,它的目的是評估本次測試工作,總結(jié)經(jīng)驗,促進測試流程及規(guī)范的改進和提高,同時也提醒全體測試組成員在以后的工作中需注意的問題。3.5 BUG跟蹤表測試驗收結(jié)束后,跟蹤產(chǎ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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論