驗收測試大綱_第1頁
驗收測試大綱_第2頁
驗收測試大綱_第3頁
驗收測試大綱_第4頁
驗收測試大綱_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

目錄TOC\o"1-5"\h\z第一章概述1測試目的1測試范圍1第二章測試組織方案2測試時間2測試地點2測試環(huán)境2人員安排2第三章功能測試方案3目標(biāo)3內(nèi)容3數(shù)據(jù)準(zhǔn)備3測試流程4測試工具4編寫測試案例4功能測試結(jié)果報告5第四章實際工作模擬綜合測試84.1柜員84.2批量8客戶8綜合測試結(jié)果報告8第五章總體評價9word專業(yè)資料-可復(fù)制編輯-歡迎下載第一章概述本章主要描述該系統(tǒng)驗收測試的目的和范圍。測試目的描述測試目的:驗收測試的任務(wù)是驗證該軟件的功能和性能及其他特性是否與業(yè)務(wù)需求一致。在本節(jié)必須對系統(tǒng)目前狀況進(jìn)行簡略描述,并指明通過什么樣的測試以達(dá)到什么較具體的目的,預(yù)期結(jié)果是什么等。測試范圍根據(jù)該系統(tǒng)需求書和功能說明書所描述的各項功能列出單體測試分類綱目,簡單描述對該系統(tǒng)的哪些功能、哪些相關(guān)系統(tǒng)進(jìn)行測試。第二章測試組織方案有效性測試是在模擬的環(huán)境下,運用黑盒測試的方法,驗證所測軟件是否滿足需求規(guī)格說明書列出的需求。測試時間描述本次測試的進(jìn)度計劃和具體時間安排。測試地點描述本次測試的地點。測試環(huán)境硬件:主機、打印機、終端。軟件:操作系統(tǒng)、數(shù)據(jù)庫、工具程序。網(wǎng)絡(luò):網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖、網(wǎng)絡(luò)設(shè)備、路由器、交換機、集線器、電話線等。人員安排明確說明完成此次測試的人員組成及其任務(wù)以及各工作小組的職責(zé)。2.4.1領(lǐng)導(dǎo)小組2.4.2工作小組(開發(fā)部門,需求部,質(zhì)量檢查部,業(yè)務(wù)部門)2.4.3項目小組wordword專業(yè)資料-可復(fù)制編輯-歡迎下載第三章功能測試方案目標(biāo)在模擬的環(huán)境下,運用黑盒測試的方法,驗證所測軟件是否滿足需求/功能書列出的需求。內(nèi)容根據(jù)該系統(tǒng)業(yè)務(wù)需求書和功能說明書對所有功能的詳細(xì)描述,列出所測功能目錄。每項功能從三個主要方面來反映:所測功能環(huán)境數(shù)據(jù)格式性能數(shù)量質(zhì)量速度容錯能力壓力測試其他軟件需求?注:數(shù)據(jù)格式詳細(xì)情況:1、按量輸出清單,如傳票、報單、報表等的數(shù)量、聯(lián)次是否符合需求。2、按質(zhì)輸出內(nèi)容:顯示、打印結(jié)果以及磁帶、光盤輸出格式是否按需求設(shè)計要求格式。?注:性能指標(biāo)詳細(xì)情況:1、速度即響應(yīng)時間。2、容錯能力:掉電,交易完整性非法數(shù)據(jù)輸入:鍵盤錄入,磁盤數(shù)據(jù)的重復(fù)、遺漏,通訊亂碼誤碼3、壓力測試:業(yè)務(wù)量每小時多少筆、帶終端數(shù)4、其他軟件需求:如可移植性、兼容性、可維護(hù)性等等。數(shù)據(jù)格式詳細(xì)情況:數(shù)據(jù)準(zhǔn)備1.系統(tǒng)本身數(shù)據(jù)準(zhǔn)備方法詳細(xì)描述數(shù)據(jù)準(zhǔn)備的方式。如果使用業(yè)務(wù)數(shù)據(jù)改造方式,需描述數(shù)據(jù)來源、改造的具體方法;如果使用人工聯(lián)機輸入方式,說明具體操作方式word專業(yè)資料-可復(fù)制編輯-歡迎下載如果采用其它方式,具體說明。2.其他系統(tǒng)數(shù)據(jù)準(zhǔn)備需求指為完成測試,需要其它系統(tǒng)準(zhǔn)備的數(shù)據(jù)。測試流程詳細(xì)說明測試流程,必須包括每天進(jìn)行測試的步驟、錯誤跟蹤機制、需求/功能規(guī)格更改機制、文檔控制方式等。根據(jù)需要,對每一部分分小節(jié)描述。例如:>每天測試流程>每天測試復(fù)審方式>錯誤跟蹤機制A需求/功能規(guī)格更改機制>文檔控制方式>測試小結(jié)測試工具描述測試過程中所使用的測試工具。編寫測試案例業(yè)務(wù)人員根據(jù)本章以上節(jié)內(nèi)容要求編寫具體測試案例,一般按如下格式填寫,測試案例可單獨形成文檔。案例中“測試用例”一欄要詳細(xì)注明每一欄位所填參數(shù)以便測試時錄入,同時要考慮清楚每個案例所對應(yīng)的會計分錄。案例單格式如下:某功能驗收測試案例單編號人試測意試測試?yán)郎y用期果預(yù)結(jié)際果附單數(shù)功能測試結(jié)果報告功能測試完成以后,其結(jié)果可分兩類:word專業(yè)資料-可復(fù)制編輯-歡迎下載1)測試結(jié)果與預(yù)期結(jié)果相符。這說明該部分功能或性能特性與需求規(guī)格說明書相符,驗收測試合格。2)測試結(jié)果與預(yù)期結(jié)果不符。這說明該部分功能或性能特性與需求規(guī)格說明書不符,因此,要提交一份問題報告,其格式如下:某系統(tǒng)測試問題報告單系統(tǒng)名稱:日期:報告單號測試單號(此處由測試人員填寫發(fā)現(xiàn)問題時所用的測試單號碼)問題描述(此處由測試人員對問題的現(xiàn)象做詳細(xì)描述)出現(xiàn)位置(此處由程序修改人員填寫程序名,錯誤位置)解決方案(此處由程序修改人員詳細(xì)說明解決方案)程序代碼(此處由程序修改人員附修改前和修改后的重要代碼段)問題發(fā)現(xiàn)人員簽字:日期:經(jīng)理簽字:日期:問題修改人員簽字:日期:審核人員簽字:最后,將每個功能模塊所測結(jié)果匯總成下表:單項功能結(jié)果報告表結(jié)果描述為:優(yōu)、良、合格、不合格。word專業(yè)資料-可復(fù)制編輯-歡迎下載第四章實際工作模擬綜合測試通過進(jìn)行一系列驗收測試,讓用戶驗證所有需求是否都能滿足。我們從三個角度來進(jìn)行:4.1柜員從柜員的角度對一系列功能進(jìn)行測試,此過程需模擬業(yè)務(wù)發(fā)生的所有可能。同樣,通過編寫案例并逐一測試來實現(xiàn)。案例格式同3.3節(jié)所述。4.2批量模擬批量可能發(fā)生的情況進(jìn)行測試。同樣,通過編寫案例并逐一測試來實現(xiàn)。案例格式同3.3節(jié)所述??蛻裟M客戶可能的操作,進(jìn)行測試。(如電子商務(wù))同樣,通過編寫案例并逐一測試來實現(xiàn)。案例格式同3.3節(jié)所述。綜合測試結(jié)果報告完成以上驗收測試

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論