某某某某某某系統(tǒng)軟件測試計劃版本V10軟件開發(fā)部門11111軟件測試部門Z第小組編寫日期年月日審核11日期批準(zhǔn)11日期版本歷史版本/狀態(tài)作者參與者起止日期備注10張三張三2010715建立文檔12張三張三2010730修訂文檔22張三張三2010815修訂文檔版本歷史是指測試計劃修改的歷史某某某某某公司二00八年目錄測試計劃有三重境界第一重什么都沒用第二重僅部分有用第三重什么都有用計劃達(dá)成統(tǒng)一認(rèn)識,對過程控制一、項(xiàng)目簡介211、目的2目的文檔目的,測試目的12、背景212文檔受眾2適用對象開發(fā)經(jīng)理測試經(jīng)理公司高層領(lǐng)導(dǎo)二、測試參考文檔和測試提交文檔4文檔寫法一定要統(tǒng)一不用寫擴(kuò)展名DOC,具體哪一個文件三、術(shù)語介紹所有軟件測試的專業(yè)詞匯都要寫（如果是第三方，或者是用戶要看測試計劃，要保證用戶看懂）如缺陷的定義，功能測試，壓力測試，性能測試等測試模型這個看受眾用戶,如果用戶是開發(fā)團(tuán)隊,是第三方測試,要寫清楚測試架構(gòu)測試模型1為什么選擇模型2模型細(xì)化,每個階段做什么輸出好幾版本V,螺旋邊測邊改,1個計劃,死亡線用例結(jié)果帶給下一個版本H模型四、測試需求測試范圍依據(jù)需求分析,找測試需求五、測試策略1值域測試2數(shù)據(jù)庫測試3功能測試4裸機(jī)測試5版本驗(yàn)證測試冒煙測試6界面測試7可用性測試8強(qiáng)度測試9安裝測試10安全性測試11加密測試12接口測試13集成測試14配置測試15壓力測試16容量測試17故障轉(zhuǎn)移和恢復(fù)性測試18負(fù)載測試驗(yàn)收測試注意測試結(jié)構(gòu)功能,性能不屬于策略,黑白盒也不屬于策略,測試階段也不屬于策略六、嚴(yán)重程度、優(yōu)先級的定義可寫在這里1）用例的優(yōu)先級2）缺陷的優(yōu)先級3）缺陷的嚴(yán)重程度七、測試進(jìn)度5模型對規(guī)模再細(xì)化階段里程碑具體每天里程碑要加評審時間安排,考慮并行的情況需求計劃在評審中,寫用例,搭建環(huán)境,時間緊且人員充足的情況下這樣做需求分析需求評審測試計劃計劃評審編寫用例用例評審執(zhí)行用例測試總結(jié)八、測試資源6系統(tǒng)是實(shí)體機(jī)還是虛擬機(jī),要寫清楚硬件不用網(wǎng)絡(luò)就不寫游戲要寫顯卡硬盤工具研發(fā)人員開發(fā),內(nèi)部開發(fā)的工具九、系統(tǒng)風(fēng)險不寫1系統(tǒng)風(fēng)險11影響計劃的潛在因素12應(yīng)急措施13測試的局限性2測試通過標(biāo)準(zhǔn)21測試模塊通過標(biāo)準(zhǔn)22系統(tǒng)測試通過標(biāo)準(zhǔn)ISO9000規(guī)定,有些公司會更嚴(yán)格一些當(dāng)沒有發(fā)現(xiàn)致命性錯誤，嚴(yán)重功能性錯誤數(shù)量小于測試用例總數(shù)的2，一般功能性錯誤數(shù)量小于測試用例總數(shù)的5，則認(rèn)為系統(tǒng)通過本次測試，但要以測試結(jié)果評審會的評審結(jié)果為最后標(biāo)準(zhǔn)十、附錄一般添加模板計劃模板，用例模板，日志模板，缺陷報告模板，會議記錄（記錄人，參與人，評審人）測試說明各種模板,如何使用,如何做需求分析的1簡介11測試目的1確定項(xiàng)目的信息和軟件構(gòu)件。2需求3策略4確定資源,任務(wù),工作量,工作進(jìn)度5可交付元素某某某某某某某某系統(tǒng)的這一“測試計劃”文檔有助于實(shí)現(xiàn)以下目標(biāo)確定現(xiàn)有項(xiàng)目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求（高級需求）。推薦可采用的測試策略，并對這些策略加以說明。確定所需的資源，并對測試的工作量進(jìn)行估計。確保測試工作進(jìn)度列出測試項(xiàng)目的可交付元素。12測試背景軟件名稱用戶開發(fā)者測試版本最新版本軟件背景為了誰的需求,使用軟件功能簡介有哪幾個模塊構(gòu)成主要的功能,以及項(xiàng)目的簡史項(xiàng)目名稱某某某某某某某某系用戶北京公司人事專員和財務(wù)專員開發(fā)者測試版本20最新版本22某某某某某某某某系統(tǒng),為公司提供更好的高效辦公環(huán)境,而設(shè)計系統(tǒng)主要是通過文件發(fā)送與接收、文件下載、文件查詢、錯誤處理、站點(diǎn)監(jiān)控、權(quán)限控制等功能，使文件流轉(zhuǎn)順暢、資源共享、信息有序管理，基本實(shí)現(xiàn)無紙化辦公，從而提高辦公效率和工作質(zhì)量，降低管理成本，為核心業(yè)務(wù)工作提供強(qiáng)有力的技術(shù)支持。13范圍測試操作的范圍,描述測試各個階段的測試類型各個階段單元,集成,系統(tǒng),驗(yàn)收測試類型功能,性能,壓力描述測試的各個階段這個范圍,有多種寫法第一種按照測試類型分類,畫表格這種常用測試類型是否計劃進(jìn)行測試測試的優(yōu)先級說明安裝/卸載測試是最高優(yōu)先級程序的安裝與卸載測試功能測試是最高優(yōu)先級系統(tǒng)功能的正確實(shí)現(xiàn)及與需求是否符合的測試平臺之間的接口數(shù)據(jù)流程控制業(yè)務(wù)流程控制用戶權(quán)限控制資源占有測試否對系統(tǒng)在安裝或運(yùn)行后對硬盤、內(nèi)存、CPU及網(wǎng)絡(luò)占有率測試兼容性測試是低優(yōu)先級系統(tǒng)對各種運(yùn)行環(huán)境的兼容性（例如操作系統(tǒng)、瀏覽器）以及與歷史版本的兼容性、與第三方軟件的兼容性測試可靠性/穩(wěn)定性測試是最高優(yōu)先級系統(tǒng)運(yùn)行的可靠性、對各種異外情況錯誤處理能力的測試系統(tǒng)響應(yīng)時間系統(tǒng)穩(wěn)定性并發(fā)測試是系統(tǒng)對并發(fā)操作的支持性測試并發(fā)用戶訪問同一資源壓力測試否系統(tǒng)在大負(fù)載量條件的性能測試用戶友好性測試是中等優(yōu)先級主要是指測試人員以用戶的角度對系統(tǒng)操作的方便性、可使用性、界面友好性的給出評價。軟件安全性測試否主要從軟件安全性角度測試系統(tǒng)對業(yè)務(wù)數(shù)據(jù)保存、訪問及軟件系統(tǒng)自身的安全性進(jìn)行測試。配置測試否指對被測系統(tǒng)使用說明書中要求的軟硬件配置進(jìn)行驗(yàn)證。在此主要指硬件的配置要求驗(yàn)證測試?；謴?fù)測試否是指被測試系統(tǒng)的服務(wù)器端或客戶端或網(wǎng)絡(luò)在機(jī)器突然出故障（例如突然斷電或斷網(wǎng)）后重新恢復(fù)正常的能力測試。文檔檢查否對提供的用戶手冊、系統(tǒng)的在線幫助等技術(shù)文檔進(jìn)行一致性檢查。其他測試否備注（1）請在表中選擇本次測試計劃進(jìn)行的測試類型，并對測試的優(yōu)先級給以說明。（2）測試的優(yōu)先級分為四個級別，請在表格中填寫相應(yīng)序號。1最高優(yōu)先級首先測試，并詳細(xì)測試；2中等優(yōu)先級正常測試；3低優(yōu)先級只需粗略測試，但本次測試必須進(jìn)行；4最低優(yōu)先級只需粗略測試，可以留到下輪測試進(jìn)行；第2種按模塊名稱,各模塊的測試需求是什么本計劃主要定位于各模塊功能測試，界面測試，驗(yàn)收測試的工作，測試類型以功能測試為主，輔以用戶界面測試。模塊名稱測試需求測試優(yōu)先級備注文件發(fā)送與接收網(wǎng)絡(luò)正常情況下發(fā)送與接收網(wǎng)絡(luò)中斷情況一發(fā)送與接收,判斷是否支持續(xù)傳當(dāng)文件本身發(fā)生錯誤時發(fā)送與接收情況高文件下載網(wǎng)絡(luò)正常情況下,下載網(wǎng)絡(luò)中斷時下載情況當(dāng)正在下載,突然管理員刪除文件時的情況高文件查詢根據(jù)文件名稱查詢根據(jù)文件內(nèi)關(guān)鍵字查詢判斷查詢提示信息,并顯示相應(yīng)的查詢結(jié)果高錯誤處理當(dāng)網(wǎng)絡(luò)出現(xiàn)錯誤時,各種提示錯誤信息是否正確高站點(diǎn)監(jiān)控各個終端,進(jìn)行監(jiān)控,查找各個終端上傳下載情況并且進(jìn)行壓力和負(fù)載測試,查看站點(diǎn)繁忙時的狀態(tài)高權(quán)限控制不同的人,有不同的權(quán)限訪問不同的文件判斷權(quán)限是否正確中退出系統(tǒng)低第3種按照測試實(shí)施的各個階段來劃分測試的各個階段1測試設(shè)計根據(jù)需求規(guī)格說明書和最終的系統(tǒng)設(shè)計，制訂測試計劃、測試方案，包括收集測試方法、測試用例，可能的測試工具等。2集成測試前期主要針對單個的功能和模塊，及簡單的功能組合，后期主要針對基本的流程；同時進(jìn)行對新加入測試人員的培訓(xùn)。3系統(tǒng)測試前期根據(jù)需求規(guī)格說明書進(jìn)行功能測試，中期是針對重點(diǎn)模塊的性能測試，后期是模擬用戶的業(yè)務(wù)測試，并結(jié)合可能的用戶測試。4驗(yàn)收測試根據(jù)用戶手冊對功能進(jìn)行檢查，復(fù)查報告庫中的所有BUG，對RELEASE版本進(jìn)行安裝測試，典型配置環(huán)境的裸機(jī)測試，加密測試。備注此測試計劃不包含單元測試的內(nèi)容。2測試參考文檔和測試提交文檔第一種寫法分別列出來,如下這種常用21測試參考文檔產(chǎn)品需求說明書產(chǎn)品概要設(shè)計產(chǎn)品詳細(xì)設(shè)計產(chǎn)品使用說明書22測試提交文檔測試計劃測試用例設(shè)計與執(zhí)行報告測試用例設(shè)計評審記錄功能測試報告性能測試報告壓力測試報告安裝測試報告測試日志缺陷報告驗(yàn)收測試總結(jié)報告第二種方法將測試計劃參考文檔,寫上下表列出了制定測試計劃時,需要參考哪些文檔,全列在下方,并且標(biāo)識這些文檔的可用性這個偏硬件注可適當(dāng)?shù)貏h除或添加文檔項(xiàng)。文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注可行性分析報告是否是否軟件需求定義是否是否軟件系統(tǒng)分析（STD,DFD,CFD,DD）是否是否軟件概要設(shè)計是否是否軟件詳細(xì)設(shè)計是否是否軟件測試需求是否是否硬件可行性分析報告是否是否硬件需求定義是否是否硬件概要設(shè)計是否是否硬件原理圖設(shè)計是否是否硬件結(jié)構(gòu)設(shè)計（包含PCB）是否是否FPGA設(shè)計是否是否硬件測試需求是否是否PCB設(shè)計是否是否USB驅(qū)動設(shè)計是否是否TUNERBSP設(shè)計是否是否MCU設(shè)計是否是否模塊開發(fā)手冊是否是否測試時間表及人員安排是否是否測試計劃是否是否測試方案是否是否測試報告是否是否測試分析報告是否是否用戶操作手冊是否是否安裝指南是否是否下表列出了制定測試計劃時所使用的文檔，并標(biāo)明了各文檔的可用性一般項(xiàng)目用文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注需求規(guī)約是否是否功能性規(guī)約是否是否用例報告是否是否項(xiàng)目計劃是否是否設(shè)計規(guī)約是否是否原型是否是否用戶手冊是否是否業(yè)務(wù)模型或業(yè)務(wù)流程是否是否數(shù)據(jù)模型或數(shù)據(jù)流是否是否真實(shí)原始數(shù)據(jù)是否是否業(yè)務(wù)功能和業(yè)務(wù)規(guī)則是否是否項(xiàng)目或業(yè)務(wù)風(fēng)險評估是否是否3術(shù)語和定義程序員和開發(fā)人員,因?yàn)樾g(shù)語不同,發(fā)生爭執(zhí)統(tǒng)一術(shù)語此部分定義與測試計劃執(zhí)行有關(guān)的重要術(shù)語和縮略語，其中主要對軟件錯誤與缺陷的劃分標(biāo)準(zhǔn)進(jìn)行定義。31軟件錯誤與缺陷定義軟件錯誤與缺陷定義見附錄。32其他術(shù)語的定義無。4測試功能模塊范圍模塊名稱對應(yīng)測試用例編號主要功能測試內(nèi)容優(yōu)先級5測試策略把講的測試策略,再結(jié)合著要求的進(jìn)行修改內(nèi)容測試對于系統(tǒng)來說，總有些內(nèi)容部分需要測試，例如幫助等。對于網(wǎng)站來說，文字說明也是相當(dāng)重要的。內(nèi)容測試的第一步就是將內(nèi)容部分標(biāo)識出來，再確定誰來實(shí)施測試。提示和技巧如果內(nèi)容只是一些幫助文件，用戶教育部門會編寫和驗(yàn)證這些內(nèi)容。如果系統(tǒng)是以內(nèi)容為主的，擁有上百萬的文字、千個鏈接以及不計其數(shù)的圖片，在這種情況下需要使用由編輯、校對和測試人員組成的小組來負(fù)責(zé)內(nèi)容測試。與內(nèi)容提供者確定“什么是內(nèi)容的缺陷”。避免出現(xiàn)模糊的問題，比如“讀起來有點(diǎn)問題”或者“太文縐縐”。哪些內(nèi)容需要測試。如何將內(nèi)容測試與其他工作分開。41測試策略下面列出了在進(jìn)行每項(xiàng)測試時需考慮的事項(xiàng)，除此之外，測試還應(yīng)在安全的環(huán)境中使用已知的、有控制的數(shù)據(jù)庫來執(zhí)行。注意不實(shí)施某種測試，則應(yīng)該用一句話加以說明，并陳述這樣的理由。例如，“將不實(shí)施該測試。該測試本項(xiàng)目不適用”。411數(shù)據(jù)和數(shù)據(jù)庫完整性測試數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為一個子系統(tǒng)來進(jìn)行測試。在測試這些子系統(tǒng)時，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)（DBMS），還需要進(jìn)行深入的研究，以確定可以支持以下測試的工具和技術(shù)。測試目標(biāo)確保數(shù)據(jù)庫訪問方法和進(jìn)程正常運(yùn)行，數(shù)據(jù)不會遭到損壞測試范圍數(shù)據(jù)庫及表結(jié)構(gòu)技術(shù)檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式填充，并且所有的數(shù)據(jù)庫事件已正常發(fā)生；或者檢查所返回的數(shù)據(jù)，確保正當(dāng)?shù)睦碛蓹z索到了正確的數(shù)據(jù)開始標(biāo)準(zhǔn)系統(tǒng)數(shù)據(jù)庫設(shè)計完畢完成標(biāo)準(zhǔn)所有的數(shù)據(jù)庫訪問方法和進(jìn)程都按照設(shè)計的方式運(yùn)行，數(shù)據(jù)沒有遭到損壞。測試重點(diǎn)和優(yōu)先級需考慮的特殊事項(xiàng)測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。進(jìn)程應(yīng)該以手工方式調(diào)用。應(yīng)使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的事件具有更大的可視度。412單元測試測試目標(biāo)確保模塊及單元的正確性測試范圍記錄輸入輸出數(shù)據(jù)技術(shù)開始標(biāo)準(zhǔn)編碼完成完成標(biāo)準(zhǔn)集成測試測試重點(diǎn)和優(yōu)先級需考慮的特殊事項(xiàng)接口的限制條件413功能測試對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測試的目標(biāo)是核實(shí)數(shù)據(jù)的接收、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI）與應(yīng)用程序進(jìn)行交互，并對交互的輸出或結(jié)果進(jìn)行分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。以下為各種應(yīng)用程序列出了推薦使用的測試概要測試目標(biāo)確保測試的功能正常，其中包括導(dǎo)航，數(shù)據(jù)輸入，處理和檢索等功能。測試范圍技術(shù)利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實(shí)以下內(nèi)容在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。開始標(biāo)準(zhǔn)集成測試完成完成標(biāo)準(zhǔn)所計劃的測試已全部執(zhí)行。所發(fā)現(xiàn)的缺陷已全部解決。測試重點(diǎn)和優(yōu)先級需考慮的特殊事項(xiàng)確定或說明那些將對功能測試的實(shí)施和執(zhí)行造成影響的事項(xiàng)或因素（內(nèi)部的或外部的）414用戶界面測試用戶界面（UI）測試用于核實(shí)用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。測試目標(biāo)通過測試進(jìn)行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（TAB鍵、鼠標(biāo)移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。測試范圍技術(shù)為每個窗口創(chuàng)建或修改測試，以核實(shí)各個應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏覽，并處于正常的對象狀態(tài)。開始標(biāo)準(zhǔn)系統(tǒng)整合完畢完成標(biāo)準(zhǔn)成功地核實(shí)出各個窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)測試重點(diǎn)和優(yōu)先級需考慮的特殊事項(xiàng)并不是所有定制或第三方對象的特征都可訪問。415性能評測性能評測是一種性能測試，它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進(jìn)行評測和評估。性能評測的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和執(zhí)行性能評測的目的是將測試對象的性能行為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來進(jìn)行評測和微調(diào)。注以下所說的事務(wù)是指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個ACTOR通過使用測試對象來執(zhí)行的特定用例，添加或修改給定的合同。測試目標(biāo)核實(shí)所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為正常的預(yù)期工作量預(yù)期的最繁重工作量測試范圍用戶登錄，查詢，添加，修改，刪除、發(fā)送、下載等技術(shù)使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)的迭代數(shù)量。腳本應(yīng)該在一臺計算機(jī)上運(yùn)行（最好是以單個用戶、單個事務(wù)為基準(zhǔn)），并在多個客戶機(jī)（虛擬的或?qū)嶋H的客戶機(jī)，請參見下面的“需要考慮的特殊事項(xiàng)”）上重復(fù)。開始標(biāo)準(zhǔn)功能開發(fā)完畢并可用完成標(biāo)準(zhǔn)單個事務(wù)或單個用戶在每個事務(wù)所預(yù)期時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。多個事務(wù)或多個用戶在可接受的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。測試重點(diǎn)和優(yōu)先級用戶登錄，查詢，添加，修改，刪除、發(fā)送、下載需考慮的特殊事項(xiàng)綜合的性能測試還包括在服務(wù)器上添加后臺工作量?？刹捎枚喾N方法來執(zhí)行此操作，其中包括直接將“事務(wù)強(qiáng)行分配到”服務(wù)器上，這通常以“結(jié)構(gòu)化語言”（SQL）調(diào)用的形式來實(shí)現(xiàn)。通過創(chuàng)建“虛擬的”用戶負(fù)載來模擬許多個（通常為數(shù)百個）客戶機(jī)。此負(fù)載可通過“遠(yuǎn)程終端仿真（REMOTETERMINALEMULATION）工具來實(shí)現(xiàn)。此技術(shù)還可用于在網(wǎng)絡(luò)中加載“流量”。使用多臺實(shí)際客戶機(jī)（每臺客戶機(jī)都運(yùn)行測試腳本）在系統(tǒng)上添加負(fù)載。性能測試應(yīng)該在專用的計算機(jī)上或在專用的機(jī)時內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相同縮放比例的數(shù)據(jù)庫。416負(fù)載測試負(fù)載測試是一種性能測試。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。注以下所說的事務(wù)是指“邏輯業(yè)務(wù)事務(wù)”。這里事務(wù)被定義為將由系統(tǒng)的某個最終用戶通過使用應(yīng)用程序來執(zhí)行的特定功能，例如，發(fā)送或接收報文文件。測試目標(biāo)核實(shí)所指定的事務(wù)或商業(yè)理由在不同的工作量條件下的性能行為時間。測試范圍用戶登錄，查詢，添加，修改，刪除等技術(shù)使用為功能或業(yè)務(wù)周期測試制定的測試。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)發(fā)生的次數(shù)。開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)多個事務(wù)或多個用戶在可接受的時間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。測試重點(diǎn)和優(yōu)先級功能開發(fā)完畢并可用需考慮的特殊事項(xiàng)負(fù)載測試應(yīng)該在專用的計算機(jī)上或在專用的機(jī)時內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評測。負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相同縮放比例的數(shù)據(jù)庫。42工具此項(xiàng)目將列出測試使用的工具用途工具生產(chǎn)廠商/自產(chǎn)版本缺陷管理BUGZILLATERRYWEISSMAN32功能測試QTPMI92性能測試LOADRUNNERMI91六、嚴(yán)重程度、優(yōu)先級的定義可寫在這里1）用例的優(yōu)先級2）缺陷的優(yōu)先級3）缺陷的嚴(yán)重程度對于軟件的錯誤和缺陷，目前主要依據(jù)其嚴(yán)重程度劃分五個級別致命性錯誤數(shù)據(jù)丟失，數(shù)據(jù)計算錯誤、數(shù)據(jù)傳遞錯誤、對數(shù)據(jù)庫造成破壞，造成操作系統(tǒng)或其他支撐系統(tǒng)崩潰、非正常關(guān)閉和非正常死機(jī)。嚴(yán)重性錯誤應(yīng)用系統(tǒng)崩潰、非正常關(guān)閉和無響應(yīng)，但沒有造成數(shù)據(jù)丟失。系統(tǒng)的主要功能不能正確實(shí)現(xiàn)或不完整。一般性錯誤規(guī)定的非主要功能沒有實(shí)現(xiàn)或不完整、影響系統(tǒng)的運(yùn)行；設(shè)計不合理造成性能低下。告警性錯誤不影響業(yè)務(wù)運(yùn)行的功能問題。建議軟件設(shè)計和功能實(shí)現(xiàn)等不完全合理之處提出建議。7資源培訓(xùn)需求本節(jié)說明項(xiàng)目測試人員需要哪些培訓(xùn)。提示和技巧L對于新手需要先介紹測試系統(tǒng)，如果測試人員比較熟悉該系統(tǒng)，則需要說明新系統(tǒng)的功能。L是否進(jìn)行自動測試。L測試人員要不要培訓(xùn)以編寫自動化腳本。B硬件需求本節(jié)說明測試人員需要的各種類型的硬件以及這個測試團(tuán)隊需要的硬件。C軟件需求本節(jié)說明測試人員需要使用的軟件。D辦公空間需求本節(jié)說明需要多少辦公空間。61角色下表列出了在此項(xiàng)目的人員配備方面所作的各種假定。小公司角色推薦的最少資源（所分配的專職角色數(shù)量）具體職責(zé)或注釋測試經(jīng)理張明進(jìn)行管理監(jiān)督。職責(zé)提供技術(shù)指導(dǎo)獲取適當(dāng)?shù)馁Y源生成測試計劃，測試方案管理測試數(shù)據(jù)（NOTES數(shù)據(jù)庫）收集測試用例參與測試測試員測試中心提供測試員23名。執(zhí)行測試。職責(zé)執(zhí)行測試記錄結(jié)果從錯誤中恢復(fù)（返測報告）收集測試用例測試系統(tǒng)管理員張明確保測試環(huán)境和資產(chǎn)得到管理和維護(hù)。職責(zé)管理測試系統(tǒng)授予和管理角色對測試系統(tǒng)的訪問權(quán)大公司人力資源角色所推薦的最少資源（所分配的專職角色數(shù)量）具體職責(zé)或注釋測試經(jīng)理測試項(xiàng)目經(jīng)理TBD進(jìn)行管理監(jiān)督。職責(zé)提供技術(shù)指導(dǎo)獲取適當(dāng)?shù)馁Y源提供管理報告測試設(shè)計員TBD確定測試用例、確定測試用例的優(yōu)先級并實(shí)施測試用例。職責(zé)生成測試計劃生成測試模型評估測試工作的有效性測試員TBD執(zhí)行測試。職責(zé)執(zhí)行測試記錄結(jié)果從錯誤中恢復(fù)記錄變更請求測試系統(tǒng)管理員TBD確保測試環(huán)境和資產(chǎn)得到管理和維護(hù)。職責(zé)管理測試系統(tǒng)分配和管理角色對測試系統(tǒng)的訪問權(quán)數(shù)據(jù)庫管理員TBD確保測試數(shù)據(jù)（數(shù)據(jù)庫）環(huán)境和資產(chǎn)得到管理和維護(hù)。職責(zé)管理測試數(shù)據(jù)（數(shù)據(jù)庫）設(shè)計員TBD確定并定義測試類的操作、屬性和關(guān)聯(lián)關(guān)系。職責(zé)確定并定義測試類確定并定義測試包實(shí)施員TBD實(shí)施測試類和測試包，并對它們進(jìn)行單元測試。職責(zé)創(chuàng)建在測試模型中實(shí)施的測試類和測試包62系統(tǒng)第一種測試項(xiàng)目所需的系統(tǒng)資源。這個適用于對顯卡要求比較高的系統(tǒng),如XXXX編輯系統(tǒng)401硬件資源CPUP415G以上，或者雙PIII800以上。主板PINNACLE推薦的主板，帶有AGP插槽，5個PCI32插槽。如果需要支持3路無壓縮視頻流實(shí)時播放，則需要帶有2個PCI64插槽。內(nèi)存256MB（最好512MB）。顯卡支持雙屏顯示，帶有OPENGL加速的顯卡，顯存不低于32MB。支持2048768真彩色，支持YUV直接顯示。如ELSASYNERGYIII（NVIDIAQUADROMXR）、AGP、32MB、DUALMONITORSUPPORT。視頻卡B系列及配套的接口箱。SCSI卡支持SCSI160的雙通道SCSI卡機(jī)箱帶有配套視頻接口背板的機(jī)箱。硬盤1塊IDE或SCSI系統(tǒng)硬盤（20G以上），SCSI硬盤陣列（4塊或者8塊10000轉(zhuǎn)以上的SCSI硬盤）。2軟件環(huán)境WINDOWS2000SP2B系列的SDK驅(qū)動被測試軟件第二種下表列出了測試的系統(tǒng)環(huán)境軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）WINDOWS2003SERVERMYSQL50,TOMCAT50WINDOWSXPWINDOWS2000LINUX硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等）服務(wù)器HP380客戶端P4253GHZ1G80G網(wǎng)絡(luò)100METHERNET8測試進(jìn)度包括主要時間點(diǎn)的安排日期代碼完成時間測試遍數(shù)第一遍測試第X遍測試系統(tǒng)發(fā)行時間至少要運(yùn)行一遍完整的測試和一個簡短的測試。前者用于發(fā)現(xiàn)錯誤，后者用于驗(yàn)證發(fā)行版本。時間安排跟開發(fā)一起走開發(fā)編碼寫用例補(bǔ)充用例培訓(xùn),測試員熟悉文檔策劃文檔執(zhí)行時間最長搭環(huán)境長81各測試階段資源要求及時間安排人員設(shè)備時間安排制定測試計劃張明無20081022至20081024設(shè)計測試張明無20081027至20081110集成測試劉濤、張明、劉月測試用機(jī)1320081112至20081128系統(tǒng)測試張明、測試中心提供測試員56名測試用機(jī)45套20081201至20081222性能測試劉濤、測試中心提供測試員23名測試用機(jī)34套20081210至20081219驗(yàn)收測試1人月客戶參與測試用機(jī)120081222至20081223產(chǎn)品發(fā)布120081224至2008122482項(xiàng)目里程碑對于新加入測試人員的培訓(xùn)，前期提供了一些參考書和資料，供他們自學(xué)，估里程碑任務(wù)工作量計劃開始日期實(shí)際開始日期結(jié)束日期制定測試計劃10人月200810222008102220081024設(shè)計測試10人月200810272008102720081110集成測試30人月200811112008111220081128系統(tǒng)測試7080人月200812012008120120081222性能測試304人月200812102008121020081219驗(yàn)收測試10人月客戶參與200812222008122220081223產(chǎn)品發(fā)布10人200812242008122420081224計只能達(dá)到初步了解的效果；由于時間比較緊，只能在集成測試階段，針對X40系統(tǒng)進(jìn)行必要的培訓(xùn)；系統(tǒng)測試階段也需要新加入的測試人員一邊測試，一邊了解相關(guān)的知識；希望通過這次的測試，新加入測試人員能夠積累一定的經(jīng)驗(yàn)。83任務(wù)分配測試員測試任務(wù)劉濤、功能測試、數(shù)據(jù)庫測試、集成測試張明用戶界面測試、性能評價測試、安全性測試劉月容量測試、安全性和訪問控制測試、故障轉(zhuǎn)移和恢復(fù)測試吳濤配置測試、安裝測試9系統(tǒng)風(fēng)險、優(yōu)先級風(fēng)險研發(fā)未按時完成人員流失軟件不熟悉培訓(xùn)測試方案有誤需求不明確無需求文檔91系統(tǒng)風(fēng)險由于目前同類產(chǎn)品比較多，市場壓力比較大。計劃的測試時間，不能滿足測試組的要求，主要是功能凍結(jié)后的系統(tǒng)測試的時間可能不夠。測試資源的及時到位（設(shè)備和人員）。測試人員的培訓(xùn)。開發(fā)進(jìn)度的變化，需求或設(shè)計的變更。開發(fā)組的版本控制。需求不明確可能導(dǎo)致開發(fā)的產(chǎn)品與目標(biāo)不一致。需求變更不及時通知。測試人員獲取的需求與開發(fā)人員產(chǎn)生分歧。測試人員與開發(fā)人員的協(xié)調(diào)與溝通。93影響計劃的潛在因素在測試計劃執(zhí)行過程中，可能存在以下因素影響計劃的按時完成測試人員對被測試產(chǎn)品的熟悉進(jìn)度慢；測試人員對測試工具的使用熟悉程序不夠；被測試產(chǎn)品存在重大錯誤，以致于測試無法繼續(xù)，需要開發(fā)組進(jìn)行額外的調(diào)試和修改才能繼續(xù)；硬件、軟件或網(wǎng)絡(luò)環(huán)境出現(xiàn)故障等。其中第一點(diǎn)是影響測試進(jìn)度的最大的因素。94應(yīng)急措施如果上述潛在的可能事件發(fā)生，則通過適當(dāng)加班來保證計劃的按時完成。如果是由于被測試產(chǎn)品存在重大錯誤而嚴(yán)重影響測試進(jìn)度，則考慮按照測試暫停標(biāo)準(zhǔn)來暫停該測試。95測試的局限性系統(tǒng)硬件配置存在不可預(yù)測的問題；測試范圍不能覆蓋所有的可能情況；測試時間的限制；測試數(shù)據(jù)可能不全面；測試工具自身的缺陷；測試人員的失誤。測試進(jìn)入退出準(zhǔn)則測試狀態(tài)轉(zhuǎn)換標(biāo)準(zhǔn)和再啟動要求“測試狀態(tài)轉(zhuǎn)換標(biāo)準(zhǔn)”用于開始、暫?；蚪Y(jié)束全部或部分與本計劃有關(guān)的測試項(xiàng)的測試活動的標(biāo)準(zhǔn)，這三種標(biāo)準(zhǔn)通常指啟動標(biāo)準(zhǔn)、暫停標(biāo)準(zhǔn)和退出標(biāo)準(zhǔn)?！皽y試再啟動要求”規(guī)定當(dāng)測試重啟動時必須重復(fù)的測試活動。測試啟動標(biāo)準(zhǔn)測試部由公司管理層領(lǐng)導(dǎo)，具體由總工負(fù)責(zé)領(lǐng)導(dǎo)職能。各軟件產(chǎn)品或項(xiàng)目組提交測試需經(jīng)過公司管理層書面指派。公司所研發(fā)的各項(xiàng)面向市場的軟件系統(tǒng)均需通過測試，才能對外發(fā)布，特殊情況由公司管理層書面認(rèn)可。公司各項(xiàng)軟件產(chǎn)品的開發(fā)計劃書中均需要列出交付測試時間和測試時間，以及相應(yīng)的修改和回歸測試時間。測試部基于各開發(fā)計劃制定相應(yīng)的測試計劃，軟件系統(tǒng)開發(fā)計劃的變更必須變更相關(guān)的測試安排。軟件產(chǎn)品或項(xiàng)目提交測試部進(jìn)行測試必須滿足以下條件提交測試的軟件系統(tǒng)必須是一個穩(wěn)定的、待發(fā)布的版本，必須明確定義系統(tǒng)版本號（即在系統(tǒng)各部分，系統(tǒng)本身、用戶手冊等方面均表明該版本），如果本版本還沒有開發(fā)完成或?qū)⑦M(jìn)行大量的修改，不能提交測試；軟件產(chǎn)品或項(xiàng)目在提交測試之前，本產(chǎn)品或項(xiàng)目組必須在內(nèi)部進(jìn)行自己的單元測試和集成測試；提交測試的軟件系統(tǒng)必須是商品化包裝的，并需附有用戶手冊、使用說明書（至少兩者必備其一）；軟件需求說明書；其它最好還能夠提交相關(guān)培訓(xùn)教材、演示程序等電子文檔。軟件系統(tǒng)開發(fā)組必須向測試部提供足夠的培訓(xùn)和技術(shù)指導(dǎo)，以便測試工作的順利開展。在測試期間，開發(fā)組必須指定一名骨干開發(fā)人員，幫助測試部解決相關(guān)問題。若是對將發(fā)布的產(chǎn)品或?qū)Ⅱ?yàn)收的項(xiàng)目進(jìn)行測試，則必須給測試留出足夠的時間，以保證測試的質(zhì)量。提交測試的軟件系統(tǒng)版本在測試期間保持穩(wěn)定，即測試部只對初始提交的系統(tǒng)版本進(jìn)行測試，產(chǎn)品或項(xiàng)目組在測試期間的修改只在下一輪測試中進(jìn)行測試。特殊情況（即提交版本無法繼續(xù)測試，如安裝程序錯誤等問題）下，可以在測試期間更換版本，但必須經(jīng)過測試部的同意?；貧w測試是指不包含功能修改（含界面修改等）情況下測試部對原來測出的問題進(jìn)行的再次測試。若引入新功能超過10，則認(rèn)為是新的系統(tǒng)測試，測試部必須進(jìn)行全面測試。測試暫停標(biāo)準(zhǔn)當(dāng)在測試過程中出現(xiàn)下列情況之一，則測試將暫停對于某類測試，測試環(huán)境變得（或者測試中發(fā)現(xiàn)）沒有準(zhǔn)備好，則暫停此類測試；對于提交測試的版本而言，如果其預(yù)計的功能修改量超過總功能的10，產(chǎn)品或項(xiàng)目組應(yīng)即時通報測試部，并向公司相關(guān)負(fù)責(zé)人匯報，測試部有權(quán)利向公司領(lǐng)導(dǎo)建議暫?；蛉∠据啘y試，避免測試的無效勞動，避免造成人力、財力等資源的浪費(fèi)。發(fā)現(xiàn)被測試系統(tǒng)有大量錯誤或非常嚴(yán)重錯誤，以至于測試不能繼續(xù)或繼續(xù)測試沒有意義，則測試部應(yīng)向總工提交報告，由總工決定是否暫停整個系統(tǒng)測試。當(dāng)系統(tǒng)中某個功能模塊有非常嚴(yán)重的錯誤，以致于不能完成預(yù)期的功能，則暫停此功能模塊的測試。測試退出標(biāo)準(zhǔn)當(dāng)出現(xiàn)下列情況之一則退出此系統(tǒng)的本次測試測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運(yùn)行完成。根據(jù)上級主管對測試結(jié)果的意見，要求結(jié)束本次測試。4啟動要求當(dāng)測試重新啟動時，必須重復(fù)的主要測試活動有當(dāng)是某功能模塊的測試重新啟動時，則此功能模塊的所有測試用例都要重新運(yùn)行，并且調(diào)用此功能模塊的其他功能模塊的相關(guān)測試用例也要重新運(yùn)行。當(dāng)是整個系統(tǒng)的測試重新啟動時，則發(fā)生修改的部分