軟件測(cè)試管理辦法_第1頁
軟件測(cè)試管理辦法_第2頁
軟件測(cè)試管理辦法_第3頁
軟件測(cè)試管理辦法_第4頁
軟件測(cè)試管理辦法_第5頁
已閱讀5頁,還剩7頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

PAGE12軟件測(cè)試管理辦法職責(zé)劃分1.1測(cè)試組長1.參與軟件需求設(shè)計(jì)的評(píng)審及項(xiàng)目可行性分析,風(fēng)險(xiǎn)預(yù)估,測(cè)試資源的申請(qǐng);2.編制軟件測(cè)試計(jì)劃、軟件測(cè)試用例,定期進(jìn)行維護(hù)更新;3.根據(jù)測(cè)試組的冒煙測(cè)試結(jié)果判定是否接受該測(cè)試版本;如果達(dá)到測(cè)試標(biāo)準(zhǔn)則進(jìn)入測(cè)試;4.實(shí)施軟件測(cè)試并對(duì)測(cè)試過程進(jìn)行跟蹤監(jiān)控,對(duì)軟件質(zhì)量進(jìn)行控制;5.參與搭建測(cè)試環(huán)境;6.編寫測(cè)試腳本;7.與其他部門的協(xié)調(diào)和合作。1.2軟件測(cè)試工程師1.按照測(cè)試計(jì)劃進(jìn)行測(cè)試用例的執(zhí)行,維護(hù);2.測(cè)試記錄的整理,提交、驗(yàn)證、關(guān)閉缺陷;3.跟蹤缺陷退回的問題,必須有詳細(xì)的原因分析我們才可以進(jìn)行缺陷退回缺陷的否決;4.完成性能與壓力測(cè)試。1.3質(zhì)量保證QA組1.對(duì)測(cè)試過程進(jìn)行質(zhì)量監(jiān)督;2.保證項(xiàng)目按照正常的計(jì)劃執(zhí)行;3.并進(jìn)行階段性的質(zhì)量評(píng)估。作業(yè)流程詳細(xì)規(guī)定了測(cè)試組在整個(gè)項(xiàng)目中各個(gè)階段的職責(zé)及相關(guān)測(cè)試輸出文檔:STAGE作業(yè)過程名作業(yè)內(nèi)容/管理方法PIC輸出結(jié)果項(xiàng)目啟動(dòng)了解和識(shí)別軟件要求了解<<產(chǎn)品定義>>中規(guī)定的軟件相關(guān)的主要功能。參加軟件項(xiàng)目啟動(dòng)大會(huì),搜集、分析軟件測(cè)試輸入內(nèi)容。測(cè)試組長軟件需求分析報(bào)告測(cè)試相關(guān)文檔準(zhǔn)備測(cè)試計(jì)劃相關(guān)測(cè)試人員參加<<軟件開發(fā)計(jì)劃>>,<<軟件開發(fā)時(shí)間表>><<軟件需求規(guī)格說明>><<軟件功能菜單樹>>的評(píng)審會(huì)議。測(cè)試組長依據(jù)<<軟件開發(fā)計(jì)劃>><<軟件開發(fā)時(shí)間表>>編寫<<軟件測(cè)試計(jì)劃>>測(cè)試組長<<軟件測(cè)試計(jì)劃>>測(cè)試計(jì)劃測(cè)試用例評(píng)審、封板1.測(cè)試組長依據(jù)<<軟件需求規(guī)格說明>>,<<軟件功能菜單樹>>編寫<<冒煙測(cè)試用例>><<測(cè)試用例>>并組織評(píng)審。2.升級(jí)項(xiàng)目的測(cè)試用例選擇依據(jù)<<測(cè)試用例管理辦法>>測(cè)試組長<<軟件測(cè)試用例>>更新測(cè)試用例完成模塊的軟件測(cè)試用例,性能測(cè)試用例、壓力測(cè)試用例;軟件需求變更時(shí),根據(jù)更新的軟件開發(fā)計(jì)劃和需求文檔相應(yīng)變更和修改<<軟件測(cè)試用例>>和<<軟件測(cè)試計(jì)劃>>。當(dāng)軟件需求發(fā)生變更時(shí),要及時(shí)更新測(cè)試用例。測(cè)試組長測(cè)試工程師更新后的<<軟件測(cè)試計(jì)劃>>、<<軟件測(cè)試用例>>測(cè)試版本準(zhǔn)備新版本發(fā)布1.開發(fā)部準(zhǔn)備測(cè)試版本;2.軟件配置管理工程師進(jìn)行系統(tǒng)冒煙測(cè)試版本的編譯;軟件配置管理工程師冒煙測(cè)試冒煙測(cè)試3.項(xiàng)目測(cè)試組進(jìn)行系統(tǒng)的冒煙測(cè)試;并記錄測(cè)試結(jié)果;整理測(cè)試報(bào)告并發(fā)送給相關(guān)人員;計(jì)算FailRatio并判斷該版本是否可以進(jìn)行測(cè)試;(判定標(biāo)準(zhǔn):模塊實(shí)現(xiàn)100%;FailRatio≤10%;);如果達(dá)到測(cè)試要求;軟件配置管理工程師正式發(fā)布測(cè)試版本,測(cè)試組長《冒煙測(cè)試報(bào)告》測(cè)試執(zhí)行測(cè)試記錄缺陷提交1.測(cè)試組長在項(xiàng)目經(jīng)理處申請(qǐng)相關(guān)測(cè)試資源。項(xiàng)目測(cè)試人員依據(jù)測(cè)試用例對(duì)該版本進(jìn)行全面的測(cè)試,確保軟件所有功能的正確性,性能測(cè)試和壓力測(cè)試達(dá)到預(yù)期結(jié)果。測(cè)試工程師測(cè)試組長項(xiàng)目測(cè)試日?qǐng)?bào);項(xiàng)目測(cè)試周報(bào);2.要求測(cè)試工程師將當(dāng)天發(fā)現(xiàn)的缺陷在下班前提交到QC;測(cè)試工程師QC缺陷記錄缺陷處理缺陷確定缺陷報(bào)告缺陷修改缺陷關(guān)閉3.軟件項(xiàng)目經(jīng)理組織對(duì)缺陷管理系統(tǒng)中提交的各個(gè)缺陷討論和分析,確定每個(gè)缺陷是否是真正的軟件問題,缺陷所屬的模塊,嚴(yán)重程度和修改緊急度等,同時(shí)把每個(gè)缺陷分配給相應(yīng)的開發(fā)人員。軟件項(xiàng)目經(jīng)理開發(fā)工程師測(cè)試工程師QC缺陷記錄4.開發(fā)人員修改缺陷后,及時(shí)將QC數(shù)據(jù)庫中的狀態(tài)置為解決狀態(tài)。測(cè)試人員在收到新的測(cè)試版本后及時(shí)(1天內(nèi))地驗(yàn)證解決狀態(tài)的缺陷是否確實(shí)可以關(guān)閉。如果確認(rèn)缺陷已經(jīng)修改后,將QC上相應(yīng)的缺陷置為關(guān)閉狀態(tài)。測(cè)試任務(wù)表5.測(cè)試組長每周一在8:30將測(cè)試任務(wù)表發(fā)送給組內(nèi)成員;組內(nèi)成員按照測(cè)試任務(wù)表執(zhí)行測(cè)試;測(cè)試組長接收到開發(fā)組要求的臨時(shí)加急任務(wù)時(shí)需要更新任務(wù)表;測(cè)試組長在周五統(tǒng)計(jì)本周的測(cè)試完成狀態(tài)并安排下周任務(wù);測(cè)試組長<測(cè)試任務(wù)表>測(cè)試報(bào)告6.軟件測(cè)試組長匯總相關(guān)測(cè)試人員的測(cè)試結(jié)果,定期總結(jié)項(xiàng)目測(cè)試報(bào)告;測(cè)試報(bào)告提交給軟件項(xiàng)目經(jīng)理和部門經(jīng)理。7.測(cè)試組在測(cè)試時(shí),對(duì)變動(dòng)比較大的功能;測(cè)試組長安排測(cè)試經(jīng)驗(yàn)豐富的測(cè)試工程師執(zhí)行測(cè)試,確保軟件功能沒有衰退現(xiàn)象。測(cè)試組長測(cè)試工程師<項(xiàng)目測(cè)試日?qǐng)?bào)><項(xiàng)目測(cè)試周報(bào)>退回缺陷的處理8.對(duì)于被軟件項(xiàng)目經(jīng)理置為缺陷退回狀態(tài)的記錄;要求有詳細(xì)的原因分析;測(cè)試組才可以進(jìn)行缺陷的關(guān)閉。軟件項(xiàng)目經(jīng)理測(cè)試工程師QC缺陷記錄測(cè)試工具開發(fā)測(cè)試工具開發(fā)和維護(hù)1.軟件測(cè)試工具研發(fā)組;根據(jù)具體測(cè)試需求進(jìn)行測(cè)試工具研發(fā)。測(cè)試工具開發(fā)組項(xiàng)目總結(jié)項(xiàng)目總結(jié)1.開發(fā)項(xiàng)目結(jié)束后,軟件測(cè)試組應(yīng)進(jìn)行軟件測(cè)試總結(jié),對(duì)軟件測(cè)試管理過程,活動(dòng)進(jìn)行分析,為將來的項(xiàng)目和持續(xù)改進(jìn)積累經(jīng)驗(yàn)數(shù)據(jù).測(cè)試組長《項(xiàng)目測(cè)試總結(jié)報(bào)告》維護(hù)測(cè)試項(xiàng)目上線后客戶反饋1.當(dāng)項(xiàng)目上線后,對(duì)產(chǎn)品的軟件進(jìn)行維護(hù)和售后服務(wù),在此期間,測(cè)試組根據(jù)客戶的反饋的問題列表進(jìn)行專項(xiàng)測(cè)試;測(cè)試組長<<軟件專項(xiàng)測(cè)試報(bào)告>>問題分析和修改2.軟件項(xiàng)目經(jīng)理組織對(duì)缺陷管理系統(tǒng)中提交的各個(gè)缺陷討論和確定每個(gè)缺陷是否是真正的軟件問題,缺陷所屬的模塊,嚴(yán)重程度和修改緊急度等,同時(shí)把每個(gè)缺陷分配給相應(yīng)的開發(fā)人員。軟件項(xiàng)目經(jīng)理開發(fā)工程師問題驗(yàn)證和關(guān)閉3.開發(fā)人員修改缺陷后,及時(shí)通知軟件測(cè)試人員,測(cè)試人員及時(shí)(1天內(nèi))地驗(yàn)證開發(fā)人員修改的缺陷是否確實(shí)可以關(guān)閉。然后對(duì)所有功能進(jìn)行全面的測(cè)試,確保產(chǎn)品基本功能的正確性;測(cè)試工程師<測(cè)試報(bào)告>測(cè)試類型和策略按照目前的產(chǎn)品類型和規(guī)模,需要執(zhí)行的測(cè)試類型及策略如下:測(cè)試類型實(shí)施標(biāo)準(zhǔn)類型描述通過標(biāo)準(zhǔn)責(zé)任人冒煙測(cè)試系統(tǒng)功能集成度80%以上。剩余未集成功能不影響已集成功能。在版本進(jìn)入系統(tǒng)測(cè)試之前需要執(zhí)行的基本功能通過性驗(yàn)證。發(fā)現(xiàn)的缺陷95%已經(jīng)解決,其中2級(jí)以上的缺陷100%解決。測(cè)試組長功能測(cè)試冒煙測(cè)試通過。未集成模塊有明確的完成日期。全部功能系統(tǒng)測(cè)試,包括:通過性、失效性、兼容性、;視測(cè)試系統(tǒng)的成熟度,缺陷的分布及解決情況安排測(cè)試輪次及各輪次的內(nèi)容。1.所有的模塊全部集成且測(cè)試完成。2.沒有遺留的功能性Bug。3.發(fā)現(xiàn)的缺陷95%已經(jīng)解決,其中2級(jí)以上的缺陷100%解決。測(cè)試工程師兼容測(cè)試可以在功能測(cè)試完成第一輪后開始軟件在各個(gè)產(chǎn)品平臺(tái)上面都能夠正常的下載、安裝、運(yùn)行、卸載無缺陷測(cè)試工程師升級(jí)測(cè)試可以在功能測(cè)試完成第一輪后開始產(chǎn)品的升級(jí)功能測(cè)試,全包及部分更新文件的測(cè)試。無缺陷測(cè)試工程師性能測(cè)試視系統(tǒng)的穩(wěn)定情況,可以在功能測(cè)試完成第一輪后開始注冊(cè)、登錄、評(píng)論等與服務(wù)器有頻繁交互的壓力測(cè)試,性能評(píng)估。滿足軟件設(shè)計(jì)時(shí)的性能標(biāo)準(zhǔn)測(cè)試主導(dǎo),開發(fā)配合用戶模擬測(cè)試功能測(cè)試完成模擬用戶日常使用,綜合各類用戶的使用習(xí)慣設(shè)計(jì)專門的測(cè)試案例。無遺留的的用戶體驗(yàn)類缺陷測(cè)試組長自由測(cè)試回歸測(cè)試通過用戶體驗(yàn)測(cè)試,小范圍用戶的實(shí)際使用,主要關(guān)注:易用性、實(shí)用性。使用者的反饋全部解答或修改測(cè)試組長回歸測(cè)試以上所有的測(cè)試類型通過且軟件版本不再會(huì)有較大變化產(chǎn)品上線之前對(duì)項(xiàng)目中Level3,4級(jí)的Bug進(jìn)行回歸驗(yàn)證;全部通過測(cè)試組長缺陷級(jí)別定義等級(jí)說明描述4嚴(yán)重錯(cuò)誤由于程序所引起的死機(jī),非法退出死循環(huán)導(dǎo)致數(shù)據(jù)庫發(fā)生死鎖數(shù)據(jù)通訊錯(cuò)誤:系統(tǒng)與其他系統(tǒng)進(jìn)行數(shù)據(jù)傳遞時(shí)出現(xiàn)錯(cuò)誤交易類的數(shù)值計(jì)算錯(cuò)誤,分析類的數(shù)值計(jì)算偏差在0.2%以上沒有達(dá)到性能指標(biāo)3較嚴(yán)重錯(cuò)誤功能不符數(shù)據(jù)流錯(cuò)誤:數(shù)據(jù)在系統(tǒng)內(nèi)部流轉(zhuǎn)中計(jì)算錯(cuò)誤程序接口錯(cuò)誤2一般性錯(cuò)誤界面錯(cuò)誤,與詳細(xì)文檔不符界面內(nèi)容、格式錯(cuò)誤簡單的輸入限制未放在前臺(tái)進(jìn)行控制刪除、保存操作未給出確認(rèn)提示信息輔助說明描述不清楚顯示格式不規(guī)范長時(shí)間操作未給用戶進(jìn)度提示或提示信息1較小錯(cuò)誤窗口文字未采用行業(yè)術(shù)語可輸入\點(diǎn)擊區(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志系統(tǒng)處理未優(yōu)化:系統(tǒng)易用性方面的問題,例如查詢條件值為空時(shí)通常默認(rèn)為查詢?nèi)浚绻€需要用戶選擇查詢條件為“全部”則可以認(rèn)為系統(tǒng)處理未優(yōu)化0測(cè)試建議(非缺陷)系統(tǒng)設(shè)計(jì)之外的優(yōu)化建議缺陷管理流程缺陷描述中要包括詳細(xì)、準(zhǔn)確的操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、測(cè)試環(huán)境。缺陷提交時(shí)在“實(shí)際結(jié)果”欄目中填寫測(cè)試數(shù)據(jù)、執(zhí)行結(jié)果內(nèi)容,盡量將缺陷的界面截圖作為附件上傳至對(duì)應(yīng)的記錄?!胺駴Q缺陷”、“暫緩處理”此兩類缺陷要求在缺陷“注釋”中注明否決原因或后續(xù)處理方案。對(duì)“緊急”級(jí)別的缺陷,測(cè)試人員應(yīng)進(jìn)行隨時(shí)地檢查并驗(yàn)證,及時(shí)修改對(duì)應(yīng)缺陷的狀態(tài)。缺陷跟蹤遵循:誰發(fā)現(xiàn)誰跟蹤;開發(fā)管理組進(jìn)行確認(rèn)、分配缺陷;開發(fā)人員及時(shí)修改缺陷或反饋意見。開發(fā)管理組人員在自己無法及時(shí)分配缺陷的情況下要提前找到代理人員完成該工作,避免缺陷在此環(huán)節(jié)滯留。開發(fā)人員必須對(duì)缺陷進(jìn)行及時(shí)修改,缺陷提交后,24小時(shí)內(nèi)必須進(jìn)行處理。如果開發(fā)人員沒有及時(shí)修改缺陷,則將缺陷嚴(yán)重程度的等級(jí)升級(jí)(低級(jí)->中級(jí),中級(jí)->高級(jí),高級(jí)->緊急)。如果缺陷經(jīng)開發(fā)人員多次修改(修改次數(shù)>2次),測(cè)試驗(yàn)證后仍存在問題,則將缺陷的嚴(yán)重程度的等級(jí)升級(jí)(低級(jí)->中級(jí),中級(jí)->高級(jí),高級(jí)->緊急)。開發(fā)人員必須隨時(shí)查看QC中的缺陷狀態(tài)變化信息,每天最低查看次數(shù)不得少于5次。缺陷管理跟蹤流程如下: 軟件測(cè)試工作規(guī)范1

目的

統(tǒng)一公司所有項(xiàng)目的軟件測(cè)試流程;

提供一套適合公司所有項(xiàng)目并可裁減的軟件測(cè)試工具;2

范圍

本規(guī)范中單元測(cè)試適用于所有的JAVA項(xiàng)目;

本規(guī)范中集成測(cè)試、系統(tǒng)測(cè)試和性能測(cè)試適用于所有項(xiàng)目。3

測(cè)試階段與軟件開發(fā)階段的對(duì)應(yīng)關(guān)系1

過程描述1.1

單元測(cè)試活動(dòng)該活動(dòng)包括以下環(huán)節(jié):

編寫單元測(cè)試計(jì)劃;

設(shè)計(jì)單元測(cè)試用例;

執(zhí)行單元測(cè)試過程;

記錄單元測(cè)試缺陷;

編寫單元測(cè)試報(bào)告;1.1.1

活動(dòng)目的驗(yàn)證軟件系統(tǒng)模塊內(nèi)功能、容錯(cuò)、界面和報(bào)表測(cè)試和樁模塊、子模塊之間的接口測(cè)試。1.1.2

角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理監(jiān)控單元測(cè)試過程;開發(fā)組長開發(fā)人員編寫單元測(cè)試計(jì)劃;對(duì)單元代碼進(jìn)行檢查,設(shè)計(jì)單元測(cè)試用例;執(zhí)行測(cè)試用例;記錄單元測(cè)試缺陷,修改缺陷并關(guān)閉缺陷;編寫單元測(cè)試分析報(bào)告;配置管理員管理測(cè)試需要的資源,包括軟硬件環(huán)境,版本管理和Bug管理。1.1.3

測(cè)試范圍

單元模塊的功能性測(cè)試

單元模塊內(nèi)和模塊之間的接口測(cè)試

單元模塊的容錯(cuò)性測(cè)試

單元模塊的界面測(cè)試

單元模塊內(nèi)的權(quán)限1.1.4

進(jìn)入條件已經(jīng)完成被測(cè)模塊的編碼工作1.1.5

輸入《詳細(xì)設(shè)計(jì)說明書》1.1.6

活動(dòng)說明對(duì)于結(jié)構(gòu)化的編程語言,程序單元指程序中定義的函數(shù)或子程序。單元測(cè)試是指對(duì)函數(shù)或子程序所進(jìn)行的測(cè)試。對(duì)于面向?qū)ο蟮木幊陶Z言,程序單元指特定的一個(gè)具體的類或相關(guān)的多個(gè)類。單元模塊之間的接口等。(1)

開發(fā)人員依據(jù)詳細(xì)設(shè)計(jì)編寫單元測(cè)試計(jì)劃和和單元測(cè)試用例,《詳見junit使用說明》和《jprobe使用說明》,需詳細(xì)描述該用例的輸入、輸出和預(yù)期結(jié)果等相關(guān)內(nèi)容;(2)

開發(fā)人員編寫程序代碼;(3)

開發(fā)人員執(zhí)行單元測(cè)試用例,并記錄執(zhí)行結(jié)果;(4)

開發(fā)人員執(zhí)行測(cè)試用例過程中發(fā)現(xiàn)的缺陷,必須提交到缺陷跟蹤工具中;(5)

開發(fā)組長完成單元測(cè)試后,編寫單元測(cè)試分析報(bào)告,項(xiàng)目經(jīng)理審核《單元測(cè)試分析報(bào)告》。1.1.7

輸出已通過回歸測(cè)試、打標(biāo)簽單元級(jí)的代碼《單元測(cè)試分析報(bào)告》1.1.8

退出條件

被測(cè)代碼語句覆蓋率滿足單元測(cè)試計(jì)劃中制定的代碼覆蓋率要求;

測(cè)試用例執(zhí)行覆蓋率應(yīng)達(dá)100%;

《單元測(cè)試分析報(bào)告》通過評(píng)審;

A類缺陷、B類缺陷、C類缺陷為零,D類缺陷少于10%,E類缺陷少于15%。1.1.9

工具與方法

JAVA項(xiàng)目Junit3.7以上版本:利用Junit提供的組件測(cè)試代碼的功能邏輯;Jprobe5.0以上版本:使用Coverage組件檢查代碼覆蓋率。

工具使用參見《Junit使用簡明手冊(cè)》,《Jprobe使用簡明手冊(cè)》。1.2

集成測(cè)試活動(dòng)該活動(dòng)包括以下環(huán)節(jié):

編寫集成測(cè)試計(jì)劃;

設(shè)計(jì)集成測(cè)試用例;

執(zhí)行集成測(cè)試過程;

記錄集成測(cè)試缺陷;

編寫集成測(cè)試分析報(bào)告;1.2.1

活動(dòng)目的

1.2.2

角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理協(xié)調(diào)軟硬件和人力資源、風(fēng)險(xiǎn)控制等;測(cè)試經(jīng)理協(xié)調(diào)相關(guān)測(cè)試資源,風(fēng)險(xiǎn)控制等;跟蹤集成測(cè)試執(zhí)行過程;測(cè)試組長測(cè)試工程師制定集成測(cè)試計(jì)劃;編寫編寫測(cè)試用例;執(zhí)行集成測(cè)試用例;提交缺陷;回歸測(cè)試;編寫集成測(cè)試分析報(bào)告;架構(gòu)師協(xié)助測(cè)試組長制定集成測(cè)試計(jì)劃。確認(rèn)測(cè)試缺陷,并分發(fā)測(cè)試缺陷于開發(fā)人員進(jìn)行修改;評(píng)審集成測(cè)試計(jì)劃、測(cè)試用例、集成測(cè)試分析報(bào)告;開發(fā)人員修改缺陷;提交缺陷修改程序代碼;配置管理員管理測(cè)試需要的資源,包括軟硬件環(huán)境,版本管理和缺陷跟蹤管理。建立代碼基線,配合進(jìn)行配置檢查。1.2.3

測(cè)試范圍

系統(tǒng)集成后的功能性測(cè)試;

系統(tǒng)集成后的容錯(cuò)性測(cè)試;

系統(tǒng)集成后的界面測(cè)試;

系統(tǒng)集成后的安全(權(quán)限)測(cè)試;

系統(tǒng)集成后的系統(tǒng)的內(nèi)部接口測(cè)試;

系統(tǒng)集成后的可用性測(cè)試;

系統(tǒng)集成后的數(shù)據(jù)完整性測(cè)試。1.2.4

進(jìn)入條件《概要設(shè)計(jì)說明書》通過評(píng)審1.2.5

輸入《概要設(shè)計(jì)說明書》1.2.6

活動(dòng)說明(1)

測(cè)試組長制定《集成測(cè)試計(jì)劃》;(2)

測(cè)試人員負(fù)責(zé)組織編寫集成測(cè)試用例,編寫測(cè)試腳本,編寫測(cè)試用例。(3)

測(cè)試人員執(zhí)行測(cè)試用例。(4)測(cè)試過程中發(fā)現(xiàn)缺陷提交到缺陷跟蹤系統(tǒng);(5)架構(gòu)師對(duì)缺陷進(jìn)行評(píng)估并分發(fā),若判斷是缺陷則指定相關(guān)開發(fā)人員進(jìn)行修改;(6)

開發(fā)人員修改完缺陷后,由測(cè)試人員進(jìn)行回歸測(cè)試,測(cè)試通過則缺陷關(guān)閉,檢驗(yàn)未通過,則轉(zhuǎn)給開發(fā)人員,繼續(xù)修改;(7)

測(cè)試人員編寫集成測(cè)試分析報(bào)告。1.2.7

輸出

已通過回歸測(cè)試、打標(biāo)簽系統(tǒng)級(jí)的代碼;

《集成測(cè)試分析報(bào)告》;

A類缺陷、B類缺陷、C類缺陷為零,D類缺陷少于5%,E類缺陷少于10%。1.2.8

退出條件《集成測(cè)試分析報(bào)告》通過評(píng)審代碼基線化1.2.9

工具與方法因具體項(xiàng)目而定1.3

系統(tǒng)測(cè)試該活動(dòng)包括以下環(huán)節(jié):

編寫系統(tǒng)測(cè)試計(jì)劃;

設(shè)計(jì)系統(tǒng)測(cè)試用例;

執(zhí)行系統(tǒng)測(cè)試過程;

記錄系統(tǒng)測(cè)試缺陷;

編寫系統(tǒng)測(cè)試分析報(bào)告;1.3.1

活動(dòng)目的通過與系統(tǒng)的需求規(guī)格作比較,從功能和非功能兩方面,發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾之處。1.3.2

角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理協(xié)調(diào)軟硬件和人力資源、風(fēng)險(xiǎn)控制等;測(cè)試經(jīng)理協(xié)調(diào)相關(guān)測(cè)試資源,風(fēng)險(xiǎn)控制等跟蹤系統(tǒng)測(cè)試執(zhí)行過程;測(cè)試組長、測(cè)試工程師制定系統(tǒng)測(cè)試計(jì)劃;在架構(gòu)師的協(xié)助下,搭建系統(tǒng)測(cè)試環(huán)境;編寫系統(tǒng)測(cè)試用例;執(zhí)行系統(tǒng)測(cè)試用例;提交缺陷;回歸測(cè)試;編寫系統(tǒng)測(cè)試分析報(bào)告;架構(gòu)師協(xié)助測(cè)試組長制定系統(tǒng)測(cè)試計(jì)劃。確認(rèn)測(cè)試缺陷,并分發(fā)測(cè)試缺陷于開發(fā)人員進(jìn)行修改;評(píng)審系統(tǒng)測(cè)試計(jì)劃、測(cè)試用例、測(cè)試分析報(bào)告;開發(fā)人員修改缺陷;提交缺陷修改程序代碼;配置管理員管理測(cè)試需要的資源,包括軟硬件環(huán)境,版本管理和缺陷跟蹤管理。建立代碼基線,配合進(jìn)行配置檢查。1.3.3

系統(tǒng)測(cè)試范圍

系統(tǒng)的功能性測(cè)試;

系統(tǒng)的初始化測(cè)試;

系統(tǒng)的(負(fù)載,性能,并發(fā))測(cè)試;

系統(tǒng)的配置測(cè)試;

系統(tǒng)的安全性測(cè)試(防火墻,TLS,SSL安全機(jī)制,加密);

系統(tǒng)的外部接口測(cè)試;

系統(tǒng)的數(shù)據(jù)完整性測(cè)試;

系統(tǒng)的可用性測(cè)試;

系統(tǒng)的安裝部署測(cè)試;

系統(tǒng)的恢復(fù)性測(cè)試;

系統(tǒng)的可移植性測(cè)試

系統(tǒng)的文檔測(cè)試。1.3.4

進(jìn)入條件

《需求說明書》經(jīng)過評(píng)審;1.3.5

活動(dòng)說明(1)

測(cè)試組長制定《系統(tǒng)測(cè)試計(jì)劃》;(2)

測(cè)試組長負(fù)責(zé)組織編寫系統(tǒng)測(cè)試用例、編寫測(cè)試腳本,編寫測(cè)試用例;(3)

測(cè)試組長在架構(gòu)師的協(xié)助下搭建與用戶需求一致的測(cè)試環(huán)境,質(zhì)量管理部配合確認(rèn)測(cè)試環(huán)境,參見《系統(tǒng)環(huán)境確認(rèn)單》;(4)

測(cè)試人員執(zhí)行測(cè)試用例;(5)

測(cè)試過程中發(fā)現(xiàn)缺陷提交到缺陷跟蹤系統(tǒng);(4)

架構(gòu)師對(duì)缺陷進(jìn)行評(píng)估,若判斷是缺陷則指定相關(guān)開發(fā)人員進(jìn)行修改;(5)

開發(fā)人員修改完問題后,由問題提出人進(jìn)行回歸測(cè)試,測(cè)試通過則缺陷關(guān)閉,檢驗(yàn)未通過,則轉(zhuǎn)給開發(fā)人員,繼續(xù)修改;(6)

測(cè)試組長編寫《系統(tǒng)測(cè)試分析報(bào)告》。1.3.6

輸出已通過回歸測(cè)試、打標(biāo)簽系統(tǒng)級(jí)的代碼《系統(tǒng)測(cè)試分析報(bào)告》1.3.7

退出條件

系統(tǒng)測(cè)試報(bào)告通過評(píng)審;

代碼基線化;

A類缺陷、B類缺陷、C類缺陷為零,D類缺陷少于3%,E類缺陷少于6%。1.3.8

工具與方法因項(xiàng)目的需求而定。1.4

性能測(cè)試該活動(dòng)包括以下環(huán)節(jié):

編寫性能測(cè)試計(jì)劃;

設(shè)計(jì)性能測(cè)試用例;

搭建性能測(cè)試環(huán)境;

執(zhí)行性能測(cè)試過程;

記錄性能測(cè)試缺陷;

編寫性能測(cè)試報(bào)告;

溫馨提示

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

評(píng)論

0/150

提交評(píng)論