系統(tǒng)測試計(jì)劃

×××版本產(chǎn)品或×××項(xiàng)目系統(tǒng)測試計(jì)劃文獻(xiàn)標(biāo)記版本號(hào)編制人編制日期審核人審核日期批準(zhǔn)人同意日期XXX公司版本歷史版本/狀態(tài)作者參加者起止日期修訂闡明同意人A/公布

目錄TOC\o"1-3"\h\z1介紹 11.1 文檔目的 11.2 讀者對象 11.3 參考文獻(xiàn) 11.4 職責(zé)權(quán)限 11.5測試內(nèi)容 11.6測試范疇 22測試辦法和目的 22.1測試辦法 22.1.1功效測試 22.1.2顧客界面測試 32.1.3回歸測試 42.2測試目的 53測試環(huán)境與測試輔助工具 53.1測試配備和環(huán)境闡明 53.1.1硬件環(huán)境 53.1.2軟件環(huán)境 54測試轉(zhuǎn)換準(zhǔn)則 65人員與任務(wù)進(jìn)度安排 66缺點(diǎn)管理與改錯(cuò)計(jì)劃 76.1缺點(diǎn)管理 76.2缺點(diǎn)分類 77風(fēng)險(xiǎn)分析及方法 87.1風(fēng)險(xiǎn)分析 87.2方法 88測試的輸入與輸出 88.1測試的輸入與輸出 88.2文檔的管理 81介紹文檔目的編寫本文檔的目的是什么讀者對象例如：開發(fā)人員、測試人員、項(xiàng)目負(fù)責(zé)人、參考文獻(xiàn)《需求規(guī)格闡明書V1.1》或《顧客需求闡明書V1.1》《產(chǎn)品計(jì)劃V1.1》或《項(xiàng)目開發(fā)計(jì)劃》職責(zé)權(quán)限角色人員測試經(jīng)理測試工程師1.5測試內(nèi)容序號(hào)模塊名稱預(yù)計(jì)（執(zhí)行測試）工作量單位：人日1.6測試范疇執(zhí)行測試工作的具體范疇。2測試辦法和目的2.1測試辦法重要進(jìn)行哪幾類測試。2.1.1功效測試對測試對象的功效測試應(yīng)側(cè)重于全部可直接追蹤到用例或業(yè)務(wù)功效和業(yè)務(wù)規(guī)則的測試需求。這種測試的目的是核算數(shù)據(jù)的接受、解決和檢索與否對的，以及業(yè)務(wù)規(guī)則的實(shí)施與否恰當(dāng)。這類測試基于黑盒技術(shù)，該技術(shù)通過圖形顧客界面（GUI）與應(yīng)用程序進(jìn)行交互，并對交互的輸出或成果進(jìn)行分析，以此來核算應(yīng)用程序及其內(nèi)部進(jìn)程。下列為多個(gè)應(yīng)用程序列出了推薦使用的測試概要：測試目的：確保測試的功效正常，流程正常流轉(zhuǎn)。測試范疇：×××技術(shù)：運(yùn)用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用例、功效或流程，以核算下列內(nèi)容：1）在使用有效數(shù)據(jù)時(shí)得到預(yù)期的成果；2）在使用無效數(shù)據(jù)時(shí)顯示對應(yīng)的錯(cuò)誤消息或警告消息；3）各業(yè)務(wù)規(guī)則都得到了對的的應(yīng)用；4）各個(gè)流程能夠正常流轉(zhuǎn)。開始原則：1）含有軟件測試所需的多個(gè)文檔并通過評審（需求闡明文檔等）。完畢原則：1）按規(guī)定完畢全部功效測試；2）測試用例覆蓋率達(dá)成規(guī)定的比例。測試重點(diǎn)和優(yōu)先級：需求文檔及開發(fā)文檔明確規(guī)定的功效點(diǎn)。2.1.2顧客界面測試顧客界面（UI）測試用于核算顧客與軟件之間的交互。UI測試的目的是確保顧客界面會(huì)通過測試對象的功效來為顧客提供對應(yīng)的訪問或?yàn)g覽功效。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的原則。測試目的：核算下列內(nèi)容：1）確保通過對顧客界面對象的操作可為顧客提供對應(yīng)的訪問或?yàn)g覽功效；2）確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合行業(yè)的原則；3）驗(yàn)證顧客界面的和諧度；4）驗(yàn)證顧客界面的易用性；5）驗(yàn)證顧客界面設(shè)計(jì)的合理性；6）驗(yàn)證顧客界面顯示內(nèi)容的完整性；7）驗(yàn)證顧客界面顯示內(nèi)容的精確性；8）驗(yàn)證顧客界面顯示內(nèi)容的一致性；9）驗(yàn)證顧客界面提示信息的指導(dǎo)性。測試范疇：××××現(xiàn)有模塊界面。技術(shù)：為每個(gè)窗口創(chuàng)立或修改測試，以核算各個(gè)應(yīng)用程序窗口和對象都可對的地進(jìn)行瀏覽，并處在正常的對象狀態(tài)；著重驗(yàn)證界面的和諧度、易用性、規(guī)范性、合理性、完整性、精確性、協(xié)助、美觀與協(xié)調(diào)、菜單位置、獨(dú)特性及快捷方式的組合等。開始原則：界面功效模塊設(shè)計(jì)部分或全部完畢。完畢原則：成功地核算出各個(gè)窗口都與基準(zhǔn)版本保持一致，或符合可接受原則。測試重點(diǎn)和優(yōu)先級：本系統(tǒng)使用頻繁的業(yè)務(wù)模塊和功效點(diǎn)。2.1.3回歸測試當(dāng)程序修改后，為了確保功效的對的性，需要重新測試應(yīng)用程序中沒有變化的部分。在時(shí)間和條件允許的狀況下，要測試修改有關(guān)的整個(gè)模塊甚至整個(gè)程序。測試目的：測試軟件變更之后，變更部分的對的性和對變更需求的符合性；測試軟件變更之后，對軟件原有的、對的的功效沒有損壞。測試范疇：1）全部在系統(tǒng)測試過程中發(fā)現(xiàn)的問題；2）和發(fā)現(xiàn)的缺點(diǎn)有關(guān)聯(lián)的模塊；3）需求變更或新增需求。技術(shù)：1）復(fù)測修復(fù)的問題；2）按照最新版的測試用例通測整個(gè)系統(tǒng)；重復(fù)環(huán)節(jié)1）~2），直至嚴(yán)重問題均已解決。開始原則：發(fā)現(xiàn)的缺點(diǎn)修改完畢；提交對應(yīng)的復(fù)測文檔；完畢原則：按照軟件配備項(xiàng)回歸測試的規(guī)定，完畢了對變更和受變更影響的軟件配備項(xiàng)的測試，并無新問題出現(xiàn)；對變更的系統(tǒng)的回歸測試應(yīng)符合原系統(tǒng)測試的準(zhǔn)出條件，并且無新問題出現(xiàn)。測試重點(diǎn)和優(yōu)先級：測試重點(diǎn)是開發(fā)人員提交的已經(jīng)修復(fù)的問題，在確保修復(fù)問題復(fù)測通過后進(jìn)行有關(guān)功效及整個(gè)軟件系統(tǒng)的回歸測試。2.2測試目的確保功效滿足《×××顧客需求闡明書》中的功效商定；通過對系統(tǒng)的具體測試，涉及功效測試、顧客界面測試及多次回歸測試等，全方面驗(yàn)證系統(tǒng)各項(xiàng)功效的對的性和合用性，同時(shí)確保整體的測試水平和測試質(zhì)量。3測試環(huán)境與測試輔助工具3.1測試配備和環(huán)境闡明3.1.1硬件環(huán)境服務(wù)器：描述服務(wù)器硬件環(huán)境CPU、內(nèi)存、硬盤CPU：六核2.30GHZ內(nèi)存：8G硬盤：500G測試機(jī)：描述測試機(jī)硬件環(huán)境CPU、內(nèi)存、硬盤CPU：雙核2.30GHZ內(nèi)存：2G硬盤：500G3.1.2軟件環(huán)境服務(wù)器：描述服務(wù)器軟件環(huán)境操作系統(tǒng)、中間件、數(shù)據(jù)庫等操作系統(tǒng)：WindowsServer中間件：Tomcat6.0數(shù)據(jù)庫：Oracle11g測試機(jī)：描述測試機(jī)軟件環(huán)境操作系統(tǒng)、瀏覽器操作系統(tǒng)：Windows7瀏覽器：IE94測試轉(zhuǎn)換準(zhǔn)則進(jìn)入原則：測試計(jì)劃經(jīng)評審?fù)ㄟ^后；測試用例經(jīng)評審?fù)ㄟ^后；申請測試提交單審核通過；測試環(huán)境通過環(huán)境檢查表驗(yàn)證；退出原則：測試用例執(zhí)行率達(dá)成100%4~5級缺點(diǎn)修復(fù)率100%，1~3級缺點(diǎn)修復(fù)率不低于95%；停止原則：近半數(shù)以上測試用例無法執(zhí)行；5級缺點(diǎn)開發(fā)人員不能解決；5人員與任務(wù)進(jìn)度安排任務(wù)開始時(shí)間工作量（人/日）負(fù)責(zé)人撰寫系統(tǒng)測試計(jì)劃.11.211撰寫系統(tǒng)測試用例.11.214系統(tǒng)測試.11.278.5撰寫系統(tǒng)測試報(bào)告.12.71.56缺點(diǎn)管理與改錯(cuò)計(jì)劃6.1缺點(diǎn)管理測試管理工具：缺點(diǎn)應(yīng)用數(shù)據(jù)庫名：管理員：參考《系統(tǒng)測試問題統(tǒng)計(jì)》6.2缺點(diǎn)分類缺點(diǎn)分類缺點(diǎn)闡明修正方法一級缺點(diǎn)Low建議性問題根據(jù)狀況由項(xiàng)目經(jīng)理擬定需不需要改什么時(shí)間改。二級缺點(diǎn)Medium細(xì)小的錯(cuò)誤由開發(fā)人員修改；根據(jù)項(xiàng)目的進(jìn)度規(guī)定能夠延期修改，由項(xiàng)目經(jīng)理根據(jù)項(xiàng)目的實(shí)際狀況擬定是在項(xiàng)目結(jié)束前修改完還是在下個(gè)版本升級時(shí)再修改。三級缺點(diǎn)High普通性的錯(cuò)誤或功效實(shí)現(xiàn)有不完美處由開發(fā)人員修改；根據(jù)項(xiàng)目的進(jìn)度規(guī)定能夠延期修改，由項(xiàng)目經(jīng)理根據(jù)項(xiàng)目的實(shí)際狀況擬定是在項(xiàng)目結(jié)束前修改完還是在下個(gè)版本升級時(shí)再修改。四級缺點(diǎn)Veryhigh被測試功效不能正常實(shí)現(xiàn)；軟件錯(cuò)誤造成數(shù)據(jù)丟失；被測數(shù)據(jù)解決錯(cuò)誤；顧客需求未實(shí)現(xiàn)。由開發(fā)人員分析因素并寫出問題闡明和解決方法；必須立刻修改。五級缺點(diǎn)Urgent造成系統(tǒng)崩潰；造成程序模塊丟失；業(yè)務(wù)流程出現(xiàn)斷點(diǎn)；內(nèi)存泄漏；造成死機(jī)由開發(fā)人員分析因素并寫出問題闡明和解決方法；必須立刻修改。7風(fēng)險(xiǎn)分析及方法7.1風(fēng)險(xiǎn)分析預(yù)見到的測試風(fēng)險(xiǎn)，及有可能會(huì)造成的影響和后果7.2方法應(yīng)對風(fēng)險(xiǎn)可采用什么