軟件測試管理辦法4

1、軟件測試管理辦法（試行）1 .職責(zé)劃分1.1 測試組長1 .參與軟件需求設(shè)計(jì)的評(píng)審及項(xiàng)目可行性分析，風(fēng)險(xiǎn)預(yù)估，測試資源的申請(qǐng)；2 .編制軟件測試計(jì)劃、軟件測試用例，定期進(jìn)行維護(hù)更新；3 .根據(jù)測試組的冒煙測試結(jié)果判定是否接受該測試版本；如果達(dá)到測試標(biāo)準(zhǔn)則進(jìn)入測試;4 .實(shí)施軟件測試并對(duì)測試過程進(jìn)行跟蹤監(jiān)控，對(duì)軟件質(zhì)量進(jìn)行控制；5 .參與搭建測試環(huán)境；6 .編寫測試腳本；7 .與其他部門的協(xié)調(diào)和合作。1.2 軟件測試工程師1 .按照測試計(jì)劃進(jìn)行測試用例的執(zhí)行，維護(hù)；2 .測試記錄的整理，提交、驗(yàn)證、關(guān)閉缺陷；3 .跟蹤缺陷退回的問題，必須有詳細(xì)的原因分析我們才可以進(jìn)行缺陷退回缺陷的否決；4 .完

2、成性能與壓力測試。1.3 質(zhì)量彳證QA組1 .對(duì)測試過程進(jìn)行質(zhì)量監(jiān)督；2 .保證項(xiàng)目按照正常的計(jì)劃執(zhí)行；3 .并進(jìn)行階段性的質(zhì)量評(píng)估。2 .作業(yè)流程詳細(xì)規(guī)定了測試組在整個(gè)項(xiàng)目中各個(gè)階段的職責(zé)及相關(guān)測試輸出文檔:STAGE作業(yè)過程名作業(yè)內(nèi)容/管理方法PIC輸出結(jié)果項(xiàng)目啟動(dòng)了解和識(shí)別軟件要求了解<<產(chǎn)品定義>>中規(guī)定的軟件相關(guān)的主要功能。參加軟件項(xiàng)目啟動(dòng)大會(huì)，搜集、分析軟件測試輸入內(nèi)容。測試組長軟件需求分析報(bào)告測試相關(guān)文檔準(zhǔn)備測試計(jì)劃相關(guān)測試人員參加<<軟件開發(fā)計(jì)劃>>,<<軟件開發(fā)時(shí)間表>>< <軟件需求規(guī)格說明

3、>>< <軟件功能菜單樹>>的評(píng)審會(huì)議。測試組長依據(jù)< <軟件開發(fā)計(jì)劃>>< <軟件開發(fā)時(shí)間表>>編寫<<軟件測t計(jì)劃>>測試組長<<軟件測試計(jì)劃>>測試計(jì)劃測試用例評(píng)審、封板1.測試組長依據(jù)<<軟件需求規(guī)格說明>>,<<軟件功能菜單樹>>編寫<冒煙測試用例>><<測試用例>>并組織評(píng)審。2.升級(jí)項(xiàng)目的測試用例選擇依據(jù)<<測試用例管理辦法>>測試組長&

4、lt;<軟件測試用例>>更新測試用例完成模塊的軟件測試用例，性能測試用例、壓力測試用例；軟件需求變更時(shí)，根據(jù)更新的軟件開發(fā)計(jì)劃和需求文檔相應(yīng)變更和修改<<軟件測t用例>>和<<軟件測試計(jì)戈U>>。當(dāng)軟件需求發(fā)生變更時(shí)，要及時(shí)更新測試用例。測試組長測試工程師更新后的<<軟件測試計(jì)劃>>、<<軟件測試用例>>測試版本準(zhǔn)備新版本發(fā)布1 .開發(fā)部準(zhǔn)備測試版本；2 .軟件配置管理工程師進(jìn)行系統(tǒng)冒煙測試版本的編譯；軟件配置管理工程師冒煙測試冒煙測試3.項(xiàng)目測試組進(jìn)行系統(tǒng)的冒煙測試；并記錄測試結(jié)

5、果；整理測試報(bào)告并發(fā)送給相關(guān)人員；計(jì)算FailRatio并判斷該版本是否可以進(jìn)行測試；（判定標(biāo)準(zhǔn)：模塊實(shí)現(xiàn)100%;FailRatio<1（%;）;如果達(dá)到測試要求；軟件配置管理工程師正式發(fā)布測試版本，測試組長冒煙測試報(bào)告測試記錄缺陷提交1.測試組長在項(xiàng)目經(jīng)理處申請(qǐng)相關(guān)測試資源。項(xiàng)目測試人員依據(jù)測試用例對(duì)該版本進(jìn)行全面的測試，確保軟件所有功能的正確性，性能測試和壓力測試達(dá)到預(yù)期結(jié)果。測試工程師測試組長項(xiàng)目測試日?qǐng)?bào)；項(xiàng)目測試周報(bào)；2.要求測試工程師將當(dāng)天發(fā)現(xiàn)的缺陷在下班前提交至|JQC;測試工程師QC缺陷記錄缺陷處理缺陷確定缺陷報(bào)告3.軟件項(xiàng)目經(jīng)理組織對(duì)缺陷管理系統(tǒng)中提交的各個(gè)缺陷討論和分

6、析，確定每個(gè)缺陷是否是真正的軟件問題，缺陷所屬的模塊，嚴(yán)重程度和修改緊急度等，同時(shí)把每個(gè)缺陷分配給相應(yīng)的開發(fā)人員。軟件項(xiàng)目經(jīng)理開發(fā)工程師測試工程QC缺陷記錄測試執(zhí)行缺陷修改缺陷關(guān)閉4.開發(fā)人員修改缺陷后，及時(shí)將QC數(shù)據(jù)庫中的狀態(tài)置為解決狀態(tài)。測試人員在收到新的測試版本后及時(shí)（1天內(nèi)）地驗(yàn)證解決狀態(tài)的缺陷是否確實(shí)可以關(guān)閉。如果確認(rèn)缺陷已經(jīng)修改后，將QC上相應(yīng)的缺陷置為關(guān)閉狀態(tài)。師測試任W存表5.測試組長每在8:30將測試任務(wù)表發(fā)送給組內(nèi)成員；組內(nèi)成員按照測試任務(wù)表執(zhí)行測試；測試組長接收到開發(fā)組要求的臨時(shí)加急任務(wù)時(shí)需要更新任務(wù)表；測試組長在周五統(tǒng)計(jì)本周的測試完成狀態(tài)并安排下周任務(wù)；測試組長測試任務(wù)

7、表測試報(bào)，1早F6 .軟件測試組長匯總相關(guān)測試人員的測試結(jié)果，定期總結(jié)項(xiàng)目測試報(bào)告；測試報(bào)告提交給軟件項(xiàng)目經(jīng)理和部門經(jīng)理。7 .測試組在測試時(shí)，對(duì)變動(dòng)比較大的功能；測試組長安排測試經(jīng)驗(yàn)豐富的測試工程師執(zhí)行測試，確保軟件功能沒啟衰退現(xiàn)象。測試組長測試工程師項(xiàng)目測試日?qǐng)?bào)項(xiàng)目測試周報(bào)退回缺陷的處理8.對(duì)于被軟件項(xiàng)目經(jīng)理置為缺陷退回狀態(tài)的記錄；要求有詳細(xì)的原因分析；測試組才可以進(jìn)行缺陷的關(guān)閉。軟件項(xiàng)目經(jīng)理測試工程師QC缺陷記錄測試工具開發(fā)測試工具開發(fā)和維護(hù)1.軟件測試工具研發(fā)組；根據(jù)具體測試需求進(jìn)行測試工具研發(fā)。測試工具開發(fā)組項(xiàng)目總結(jié)項(xiàng)目總結(jié)1.開發(fā)項(xiàng)目結(jié)束后,軟件測試組應(yīng)進(jìn)行軟件測試總結(jié)，對(duì)軟件測試

8、管理過程，活動(dòng)進(jìn)行分析，為將來的項(xiàng)目和持續(xù)改進(jìn)積累經(jīng)驗(yàn)數(shù)據(jù).測試組長項(xiàng)目測試總結(jié)報(bào)告維護(hù)測試項(xiàng)目上線后客戶反饋1.當(dāng)項(xiàng)目上線后，對(duì)產(chǎn)品的軟件進(jìn)行維護(hù)和售后服務(wù)，在此期間，測試組根據(jù)客戶的反饋的問題列表進(jìn)行專項(xiàng)測試；測試組長<<軟件專項(xiàng)測試報(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í)通知軟件測試人員，測試人員及時(shí)（1天內(nèi)）地驗(yàn)證開發(fā)人員修改的缺陷是否確實(shí)可以關(guān)閉。然后

9、對(duì)所有功能進(jìn)行全面的測試，確保產(chǎn)品基本功能的正確性；測試工程師測試報(bào)告3 .測試類型和策略按照目前的產(chǎn)品類型和規(guī)模，需要執(zhí)行的測試類型及策略如下:測試類型實(shí)施標(biāo)準(zhǔn)類型描述通過標(biāo)準(zhǔn)責(zé)任人冒煙測試系統(tǒng)功能集成度80%以上。剩余未集成功能不影響已集成功能。在版本進(jìn)入系統(tǒng)測試之前需要執(zhí)行的基本功能通過性驗(yàn)證。發(fā)現(xiàn)的缺陷95%已經(jīng)解決，其中2級(jí)以上的缺陷100%解決。測試組長功能測試冒煙測試通過。未集成模塊有明確的完成日期。全部功能系統(tǒng)測試，包括：通過性、失效性、兼容性、；視測試系統(tǒng)的成熟度，缺陷的分布及解決情況安排測試輪次及各輪次的內(nèi)容。1 .所有的模塊全部集成且測試完成。2 .沒有遺留的功能性Bug

10、。3 .發(fā)現(xiàn)的缺陷95%已經(jīng)解決，其中2級(jí)以上的缺陷100%解決。測試工程師兼容測試可以在功能測試完成A輪后開始軟件在各個(gè)產(chǎn)品平臺(tái)上面都能夠正常的下載、安裝、運(yùn)行、卸載無缺陷測試工程師升級(jí)測試可以在功能測試完成A輪后開始產(chǎn)品的升級(jí)功能測試，全包及部分更新文件的測試。無缺陷測試工程師性能測試視系統(tǒng)的穩(wěn)定情況，可以在功能測試完成A輪后開始注冊(cè)、登錄、評(píng)論等與服務(wù)器有頻繁交互的壓力測試，性能評(píng)估。滿足軟件設(shè)計(jì)時(shí)的性能標(biāo)準(zhǔn)測試主導(dǎo)，開發(fā)配合用戶模擬測試功能測試完成模擬用戶日常使用，綜合各類用戶的使用習(xí)慣設(shè)計(jì)專門的測試案例。無遺留的的用戶體驗(yàn)類缺陷測試組長自由測試回歸測試通過用戶體驗(yàn)測試，小范圍用戶的實(shí)

11、際使用，主要關(guān)注：易用性、實(shí)用性。使用者的反饋全部解答或修改測試組長回歸測試以上所有的測試類型通過且軟件版本廣品上線之前對(duì)項(xiàng)目中Level3,4級(jí)的Bug進(jìn)行回歸驗(yàn)證；全部通過測試組長不再會(huì)后較大艾化4 .缺陷級(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)提

12、示信息輔助說明描述不清楚顯示格式不規(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測試建議（非缺陷）系統(tǒng)設(shè)計(jì)之外的優(yōu)化建議5 .缺陷管理流程1 .缺陷描述中要包括詳細(xì)、準(zhǔn)確的操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、測試環(huán)境。2 .缺陷提交時(shí)在“實(shí)際結(jié)果”欄目中填寫測試數(shù)據(jù)、執(zhí)行結(jié)果內(nèi)容，盡量將缺陷的界面截圖作為附件上傳至對(duì)應(yīng)的記錄。3 .“否決缺陷”、“暫緩處理”此兩類缺陷要求在缺陷“注釋”中注明否決原因或后續(xù)處理方案。4 .對(duì)“緊急”級(jí)別的缺陷，測試人員應(yīng)進(jìn)行隨時(shí)地檢查并驗(yàn)證，及時(shí)修改對(duì)應(yīng)缺陷的狀態(tài)。5 .缺陷跟蹤遵循：誰發(fā)現(xiàn)誰跟蹤；開發(fā)管理組進(jìn)行確認(rèn)、分配缺陷；開發(fā)人員及時(shí)修改缺陷或反饋意見。6 .開發(fā)管理組人員在自己無法及時(shí)分配缺陷的情況下要提前找到代理人員完成該工作，避免缺陷在此環(huán)節(jié)滯留。7 .開發(fā)人員必須對(duì)缺陷進(jìn)行及時(shí)修