整體測試方案說明(文件)
【正文】 試問題跟蹤表中，由用戶測試驗證，問題的解決方案、修改記錄、驗證記錄、統(tǒng)計測試結(jié)果可用bugfree進(jìn)行統(tǒng)計；216。 測試版本的發(fā)布、測試輪次需要協(xié)商。 完美WORD格式編輯 。 測試異常中止準(zhǔn)則、不能繼續(xù)測試；、導(dǎo)致測試對象完全錯誤；；；?！丁酚芍锌栖涍M(jìn)行統(tǒng)一收集。對于有爭議的BUG，外部問題、由項目經(jīng)理與客戶協(xié)商解決。開發(fā)組按時部署測試環(huán)境、數(shù)據(jù)，提交可測試的軟件版本，編寫測試用例、測試大綱，及時修改缺陷、填寫修改記錄。 測試報告第 5 章 用戶測試用戶測試過程中重點關(guān)注需求文檔中描述的功能是否都已經(jīng)實現(xiàn)，主要對系統(tǒng)進(jìn)行易用性測試、可靠性測試、容錯性測試。 提交成果物216。 測試通過準(zhǔn)則充分性：計劃測試的功能至少全部測試了一遍；至少對缺陷高發(fā)點進(jìn)行了回歸測試；測試用例覆蓋率100%；測試用例執(zhí)行率100%；Bug清除率：有效Bug清除率95%以上；其中：12級Bug清除率100%34級Bug清除率95%以上；遺留Bug必須得到客戶認(rèn)可。測試員確認(rèn)，確實是重報、測試員可以關(guān)閉；否則，重新激活，選擇適當(dāng)?shù)姆桨高M(jìn)行修改；NotRepro（無效Bug）無法復(fù)現(xiàn)的問題。Postponed（有效Bug）目前不必修改的問題（發(fā)現(xiàn)的太晚了，下一個版本討論是否解決）。具體過程： 報告者提交一個Bug，缺陷生命周期開始，Bugfree自動將狀態(tài)置為Active（激活狀態(tài)），報告者將Bug指派給修改Bug的程序員； 程序員接受Bug，點擊[解決]按鈕，進(jìn)行Bug的修改，并指派Bug修改后的驗證人（默認(rèn)該Bug的報告者），Bug變?yōu)镽esolved（解決狀態(tài)），程序員選擇Bug解決方案：[表2]七種解決方案Bug解決方案方案說明處理規(guī)則Fixed（有效Bug）確認(rèn)是Bug，修改完畢、提交驗證。Closed(關(guān)閉)已修復(fù)Bug、或解決方案（見[表2]）被驗證無誤之后可以關(guān)閉。[表1]缺陷有三種狀態(tài)缺陷狀態(tài)說明Active(激活)Bug的初始狀態(tài)。對集成數(shù)據(jù)進(jìn)行分析，滿足實時查詢與統(tǒng)計需要，形成統(tǒng)計報表。 系統(tǒng)性能測試。 測試步驟具體測試步驟： 對整體流程進(jìn)行測試，保證系統(tǒng)整體業(yè)務(wù)流程可以走通。程序員 按時部署測試環(huán)境、數(shù)據(jù)，提交可測試的軟件版本，協(xié)助測試員編寫用例，及時修改缺陷、填寫修改記錄。9) 安裝部署測試：確保軟件系統(tǒng)在所有可能情況下的安裝效果和一旦安裝部署之后必須保證正確運行的質(zhì)量。5) 容量測試：測試大量數(shù)據(jù)對系統(tǒng)的影響。 系統(tǒng)測試系統(tǒng)測試目的是在于驗證軟件的功能和性能及其他特性是否與用戶的要求一致，主要是下列類型的測試：1) 用戶界面測試：測試用戶界面是否具有導(dǎo)航性、美觀性、行業(yè)或公司的規(guī)范性、是否滿足設(shè)計中要求的執(zhí)行功能。2) 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。4) 錯誤處理：檢查模塊有沒有對預(yù)見錯誤的條件設(shè)計比較完善的錯誤處理功能，保證其邏輯上的正確性。單元測試是對功能模塊進(jìn)行正確性檢驗的測試工作，也是后續(xù)測試的基礎(chǔ)。測試過程中使用性能測試工具LoadRunner。 功能測試測試人員根據(jù)通過審核的需求、設(shè)計、測試方案等文檔編寫測試用例，要求測試用例的功能覆蓋率要達(dá)到100%，測試過程中測試人員嚴(yán)格執(zhí)行測試用例并記錄測試結(jié)果，驗證系統(tǒng)的功能實現(xiàn)是否達(dá)到需求、設(shè)計要求，是否滿足客戶目標(biāo)。 測試范圍本次測試主要針對海關(guān)信息數(shù)據(jù)采集與數(shù)據(jù)應(yīng)用平臺項目的軟件需求規(guī)格說
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1