項目測試計劃

覆蓋率以及測試風(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”????對本功能正常的主線流程進行驗證此案例專門用來做冒煙測試，通常每個子功能只需提供一條該案例，設(shè)計時只需保證該功能的正常操作流程（即僅輸入必要的有效數(shù)據(jù)）根據(jù)需求文檔中提供的總體規(guī)則來設(shè)計的用例。主要包括各個功能頁通常一個項目的總體規(guī)則是固定的，既要保證案例的執(zhí)行覆蓋度，又要避免案例的冗余，所以總體規(guī)則可由一個人完成設(shè)計，在各個模塊下直接復(fù)用；測試執(zhí)行時，可根執(zhí)行該功能操作，頁面中所必須錄各個頁面的必輸項不同，要考慮必輸項的顯示方式，以及非必輸項是主要指在客戶端所進行的各類輸入這部分案例主要指在客戶端能夠驗證或限制的內(nèi)容，如數(shù)據(jù)輸入長度主要指頁面中多個輸入或選擇項目之間，根據(jù)前一項的結(jié)果而對其它其下可選擇的市，是否進行了列表當(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)自動從主機同步網(wǎng)點數(shù)據(jù)進行“數(shù)據(jù)流轉(zhuǎn)測試”從名稱和范圍上難與功能流程測試有明顯劃分的界限，可根實際項目中可能仍會有部分案例無法劃分在上述的類別中，可根據(jù)實際情況進“冒煙測試”的案例，僅執(zhí)行冒煙測試時使用，案例可能會與“本功能流程測試”的案例重復(fù)，但此處單獨提出，便于測試的執(zhí)行和統(tǒng)計，不算案例案，并非要盲目的兼容一切；B/S架構(gòu)項目兼容性測試的重點文件證書的導(dǎo)入，移動證書的識別是他非MS操作系統(tǒng)根據(jù)需求頁面各功能的可用性，界面顯示的美使用不同版本的office（包括非MS的office），是否都能夠正常打開并在網(wǎng)銀系統(tǒng)的使用過程中，如果同時打開其他主流軟件，是否會造成沖突此測試僅能對已知的可能不備是否支持良好，尤其在使用特殊控件的位置和獨立的客戶端系統(tǒng)中（如此測試僅能對已知的可能不），所不同，銀行端在無