軟件測試管理辦法

1、精品文檔軟件測試管理辦法（試行）1 .職責(zé)劃分1.1 測試組長1 .參與軟件需求設(shè)計(jì)的評審及項(xiàng)目可行性分析，風(fēng)險(xiǎn)預(yù)估，測試資源的申請；2 .編制軟件測試計(jì)劃、軟件測試用例，定期進(jìn)行維護(hù)更新；3 .根據(jù)測試組的冒煙測試結(jié)果判定是否接受該測試版本；如果達(dá)到測試標(biāo)準(zhǔn)則進(jìn)入測試;4 .實(shí)施軟件測試并對測試過程進(jìn)行跟蹤監(jiān)控，對軟件質(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)行缺陷退回缺陷的否決；

2、4 .完成性能與壓力測試。1.3 質(zhì)量保證qab1 .對測試過程進(jìn)行質(zhì)量監(jiān)督；2 .保證項(xiàng)目按照正常的計(jì)劃執(zhí)行；3 .并進(jìn)行階段性的質(zhì)量評估。2 .作業(yè)流程詳細(xì)規(guī)定了測試組在整個(gè)項(xiàng)目中各個(gè)階段的職責(zé)及相關(guān)測試輸出文檔:stage作業(yè)過程名作業(yè)內(nèi)容/管理方法pic輸出結(jié)果項(xiàng)目啟動了解和識別軟件 要求了解 中規(guī)定的軟件相關(guān)的主要功能。參 加軟件項(xiàng)目啟動大會，搜集、分析軟件測試輸入內(nèi)容。測試組長軟件需求分 析報(bào)告測試相關(guān) 文檔準(zhǔn)備測試計(jì)劃相關(guān)測試人員參加, 的評審會議。測試組長依據(jù) 編寫 測試組長測試計(jì)劃測試用例評審、封板1 .測試組長依據(jù),編寫 并組織評審。2 .升級項(xiàng)目的測試用例選擇依據(jù)測試組長

3、更新測試用例完成模塊的軟件測試用例， 性能測試用例、壓力測試 用例；軟件需求變更時(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é)果；整理測試報(bào)告并發(fā)送給相關(guān)人員；計(jì)算failratio并判斷該版本是否可以進(jìn)行測試；（判定標(biāo)準(zhǔn)：模塊實(shí)現(xiàn)100%;fail ratio 得0

4、% ;）;如果達(dá)到測試 要求；軟件配置管理工程師正式發(fā)布測試版本，測試組長冒煙測試 報(bào)告測試執(zhí)行測試記錄 缺陷提交1.測試組長在項(xiàng)目經(jīng)理處申請相關(guān)測試資源。項(xiàng)目測試人員依據(jù)測試用例對該版本進(jìn)行全面的測試，確保軟件所有功能的正確性，性能測試和壓力測試達(dá)到預(yù) 期結(jié)果。測試工程師測試組長項(xiàng)目測試日報(bào)；項(xiàng)目測試周 報(bào)；2.要求測試工程師將當(dāng)天發(fā)現(xiàn)的缺陷在下班前提交到qc測試工程 師qc缺陷記錄缺陷處理 缺陷確定 缺陷報(bào)告 缺陷修改 缺陷關(guān)閉3.軟件項(xiàng)目經(jīng)理組織對缺陷管理系統(tǒng)中提交的各個(gè)缺陷討論和分析，確定每個(gè)缺陷是否是真正的軟件問 題，缺陷所屬的模塊，嚴(yán)重程度和修改緊急度等，同時(shí) 把每個(gè)缺陷分配給相應(yīng)

5、的開發(fā)人員。軟件項(xiàng)目 經(jīng)理開發(fā)工程師測試工程師qc缺陷記錄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ù)表測試報(bào)2與6 .軟件測試組長匯總相關(guān)測試人員的測試結(jié)果，定期總結(jié)項(xiàng)目測試報(bào)告；測試報(bào)告提交給軟件項(xiàng)目經(jīng)理和

6、部門經(jīng)理。7 .測試組在測試時(shí)，對變動比較大的功能； 測試組長 安排測試經(jīng)驗(yàn)豐富的測試工程師執(zhí)行測試， 確保軟件 功能沒啟衰退現(xiàn)象。測試組長 測試工程 師項(xiàng)目測試 日報(bào)項(xiàng)目測試 周報(bào)1退回缺ff自的處理8.對于被軟件項(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é)，對軟件測試管理過程， 活動進(jìn)行分析，為將來的 項(xiàng)目和持續(xù)改進(jìn)積累經(jīng)驗(yàn)數(shù)據(jù) .測試組長

7、項(xiàng)目測試 總結(jié)報(bào)告維護(hù)測試項(xiàng)目上線后 客戶反饋1.當(dāng)項(xiàng)目上線后，對產(chǎn)品的軟件進(jìn)行維護(hù)和售后服 務(wù)，在此期間，測試組根據(jù)客戶的反饋的問題列表進(jìn) 行專項(xiàng)測試；測試組長問題分析和修改2.軟件項(xiàng)目經(jīng)理組織對缺陷管理系統(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)閉。然后對所有功能進(jìn)行全面的測 試，確保產(chǎn)品基本功能的正確性；測試工程 師測試報(bào)告3 .測試類型和策略按照目

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

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

10、饋全部解答 或修改測試組長回歸測試以上所有的測試類 型通過且軟件版本 不再會后較大變化廣品上線之前對項(xiàng)目中l(wèi)evel 3,4 級的bug進(jìn)行回歸驗(yàn)證；全部通過測試組長4 .缺陷級別定義等級說明描述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ò)誤簡單的輸入限制未放在前臺進(jìn)行控制 刪除、保存操作未給出確認(rèn)提示信息 輔助說明描述不清楚顯

11、示格式不規(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)容，盡量將缺陷的界面截圖作為附件上傳至 對應(yīng)的記錄。3 .“否決缺陷”、“暫緩處理”此兩類缺陷要求在缺陷“注釋”中注明否決原因或后續(xù)處理方案。4 .對“緊急”級別的缺陷，測試人員應(yīng)進(jìn)行隨時(shí)地檢查并驗(yàn)證，及時(shí)修改對應(yīng)缺陷的狀態(tài)。5 .缺陷跟蹤遵循：誰發(fā)現(xiàn)誰跟蹤；開發(fā)管理組進(jìn)行確認(rèn)、分配缺陷；開發(fā)人員及時(shí)修改缺陷或反饋意見。6 .開發(fā)管理組人員在自己無法及時(shí)分配缺陷的情況下要提前找到代理人員完成該工作，避免缺陷在此環(huán)節(jié)滯留。7 .開發(fā)人員必須對缺陷進(jìn)行及時(shí)修改，缺陷提交后，24小時(shí)內(nèi)必須進(jìn)行處理。如果開發(fā)人員沒有及時(shí)修改缺陷，則將缺陷嚴(yán)重程度的等級升級（低級 - 中級，中級- 高級，高級-緊