項目測試計劃

覆蓋率以及測試風(fēng)險分析，確保測試項目平穩(wěn)有序的??????????Word7是是 L否是 L否否否測試經(jīng)理根據(jù)項目計劃與項目業(yè)務(wù)需求說明書創(chuàng)建測試計劃，如果此需求發(fā)生變果是否符合預(yù)期結(jié)果，我們將此用例標(biāo)注為通過或者失敗，將結(jié)果返回根據(jù)《項目測試計劃》和《項目測試用例》，測試工程師負(fù)責(zé)執(zhí)行測試用2.如果實際輸出結(jié)果和預(yù)期輸出結(jié)果不同，該用例需標(biāo)注為鎖定，直到該缺陷被修復(fù)，才可以繼續(xù)執(zhí)行該測4.所有在測試過程發(fā)現(xiàn)的缺陷，需要被提交到QualityCe備注：所有的缺陷必須被提交到缺陷處理系所有測試人員在《項目測試總結(jié)》中簽名，證明所有任務(wù)都已——“XX模塊”——“XX葉子功能1” ——“XX葉子功能2”????對本功能正常的主線流程進(jìn)行驗證此案例專門用來做冒煙測試，通常每個子功能只需提供一條該案例，設(shè)計時只需保證該功能的正常操作流程（即僅輸入必要的有效數(shù)據(jù)）根據(jù)需求文檔中提供的總體規(guī)則來設(shè)計的用例。主要包括各個功能頁通常一個項目的總體規(guī)則是固定的，既要保證案例的執(zhí)行覆蓋度，又要避免案例的冗余，所以總體規(guī)則可由一個人完成設(shè)計，在各個模塊下直接復(fù)用；測試執(zhí)行時，可根執(zhí)行該功能操作，頁面中所必須錄各個頁面的必輸項不同，要考慮必輸項的顯示方式，以及非必輸項是主要指在客戶端所進(jìn)行的各類輸入這部分案例主要指在客戶端能夠驗證或限制的內(nèi)容，如數(shù)據(jù)輸入長度主要指頁面中多個輸入或選擇項目之間，根據(jù)前一項的結(jié)果而對其它其下可選擇的市，是否進(jìn)行了列表當(dāng)前功能本身的操作及數(shù)據(jù)流程正確性的測試，包括正常流程和異常例如，執(zhí)行轉(zhuǎn)賬操作，輸入正確和錯誤密碼是否得到了正確的正常和異常返回結(jié)果；以及顯示的返回結(jié)主要指銀行端與客戶端之間的數(shù)據(jù)例如，企業(yè)網(wǎng)銀在銀行端設(shè)定某種授權(quán)模式，在客戶端是否正確體現(xiàn)等；或銀行端修改了客戶信息、發(fā)布了客戶通知等在客戶端是否正確驗證系統(tǒng)設(shè)定的在固定時間自動線系統(tǒng)自動從主機(jī)同步網(wǎng)點數(shù)據(jù)進(jìn)行“數(shù)據(jù)流轉(zhuǎn)測試”從名稱和范圍上難與功能流程測試有明顯劃分的界限，可根實際項目中可能仍會有部分案例無法劃分在上述的類別中，可根據(jù)實際情況進(jìn)“冒煙測試”的案例，僅執(zhí)行冒煙測試時使用，案例可能會與“本功能流程測試”的案例重復(fù)，但此處單獨提出，便于測試的執(zhí)行和統(tǒng)計，不算案例案，并非要盲目的兼容一切；B/S架構(gòu)項目兼容性測試的重點文件證書的導(dǎo)入，移動證書的識別是他非MS操作系統(tǒng)根據(jù)需求頁面各功能的可用性，界面顯示的美使用不同版本的office（包括非MS的office），是否都能夠正常打開并在網(wǎng)銀系統(tǒng)的使用過程中，如果同時打開其他主流軟件，是否會造成沖突此測試僅能對已知的可能不備是否支持良好，尤其在使用特殊控件的位置和獨立的客戶端系統(tǒng)中（如此測試僅能對已知的可能不），所不同，銀行端在無