軟件測試計劃模板_第1頁
軟件測試計劃模板_第2頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、軟件測試計劃由安博測試空間技術(shù)中心提供第1章引言目的簡述本計劃的目的,旨在說明各種測試階段任務(wù)、人員分配和時間安排、工作規(guī)范等。測試計劃在策略和方法的高度說明如何計劃、組織和管理測試項目。測試計劃包含足夠的信息使測試人員明白項目需要做什么是如何運(yùn)作的。另外,清晰的文檔結(jié)構(gòu)能使任何一個讀者在瀏覽計劃的前面幾頁后,就能對項目有一個大概的認(rèn)識。測試計劃只是測試的一個框架,很多細(xì)節(jié)需要跟開發(fā)人員或其他人員溝通,因此計劃不包括測試用例的細(xì)節(jié)和系統(tǒng)功能的詳細(xì)信息。在計劃目的中需要指明讀者對象。名詞解釋列出本計劃中使用的專用術(shù)語及其定義列出本計劃中使用的全部縮略語全稱及其定義縮寫詞或術(shù)語英文解釋中文解釋參考

2、資料列出本計劃各處參考的經(jīng)過核準(zhǔn)的全部文檔和主要文獻(xiàn)。測試摘要這一節(jié)主要說明測試計劃中重要的和可能有爭議的問題。本節(jié)的主要目的是將這些信息傳遞給那些可能不會通讀整個測試計劃文檔的人員(比如經(jīng)理或開發(fā)項目的負(fù)責(zé)人)。重點事項列出測試的重點事項。可以將問題按重要程度和優(yōu)先級羅列出來,然后在后面的章節(jié)中再對這些問題進(jìn)行詳細(xì)說明,這樣就能讓對這些問題有重要影響的人員知道問題的所在爭議事項簡要說明爭議事項。風(fēng)險評估通過對技術(shù)文檔的閱讀,對被測系統(tǒng)可能存在的問題:系統(tǒng)設(shè)計,數(shù)據(jù)庫設(shè)計,響應(yīng)時間,計費策略,因測試環(huán)境不足可能存在的測試缺陷事先評估出來,以指導(dǎo)測試方案,進(jìn)行有重點的測試時間進(jìn)度簡要說明測試開始

3、時間與發(fā)布時間。測試目標(biāo)簡要說明測試發(fā)布的質(zhì)量目標(biāo):測試計劃中所有測試方法和模塊已經(jīng)執(zhí)行通過所有的測試案例已經(jīng)執(zhí)行過所有的重要等級為1/2的Bug已經(jīng)解決并由測試驗證第2章項目背景測試范圍說明本計劃涵蓋的測試范圍,比如功能測試、集成測試、系統(tǒng)測試、驗收測試等。通常說明什么是要測試的,什么是不要測試的是非常重要的。明確規(guī)定這些問題后,測試人員對該做什么有一個清晰的認(rèn)識。(1)簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。(2)如果在編寫此文檔的過程中作出的某些假設(shè)可能會影響測試設(shè)計、開發(fā)或?qū)嵤瑒t列出所有這些假設(shè)。(3)列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險或意外事件。(4

4、)列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃屑s束。提示和技巧:需要測試和特別注意測試那些部分測試是否專么針對與某些問題的解決哪些部分不需要測試,為什么哪些部分需要推遲測試,為什么是否要驗證每個模塊的穩(wěn)定性測試的優(yōu)先級和先后順序測試目標(biāo)系統(tǒng)目標(biāo)對測試人員了解自己需要做什么是非常重要的。測試項目負(fù)責(zé)人應(yīng)積極與系統(tǒng)設(shè)計人員或開發(fā)人員溝通,以取得相關(guān)資料。測試人員必須知道系統(tǒng)是做什么并且?guī)椭椖繉崿F(xiàn)這種目標(biāo)。在計劃中包括系統(tǒng)視圖和目標(biāo)后,要確保所有的測試人員都知道項目和系統(tǒng)的目標(biāo)。通常情況下項目計劃都是模糊的。模糊的目標(biāo)必須通過成員的努力轉(zhuǎn)換成可衡量和實現(xiàn)的東西。沒有固定的視圖和目標(biāo),你將無法完成部分任

5、務(wù)。而且,你會發(fā)現(xiàn)很難將對產(chǎn)品的認(rèn)識向別人轉(zhuǎn)述。聯(lián)系方式列出項目參與人員的職務(wù)、姓名、E-mail和電話職務(wù)姓名E-Mail電話開發(fā)工程師CVSBuilder開發(fā)經(jīng)理測試負(fù)責(zé)人測試人員風(fēng)險及約束列出測試過程中可能存在的一些風(fēng)險和制約因素,并給出規(guī)避方案。如:由于客觀存在的設(shè)備、網(wǎng)絡(luò)等資源原因,使得測試不全面。明確說明哪些資源欠缺,產(chǎn)生什么約束由于研發(fā)模式為現(xiàn)場定制,且上線時間壓力大,使得測試不充分。明確說明在此中約束下,測試如何應(yīng)對只針對專門的客戶群需求的測試。明確說明此約束下的客戶群和業(yè)務(wù)范圍。測試文檔列出測試過程中可能用到的參考文檔、相關(guān)的設(shè)計文檔以及保存位置,測試完成后應(yīng)產(chǎn)生的文檔。測試

6、參考文檔文檔說明作者文檔位置(CVS需求文檔總體設(shè)計白皮書使用手冊管理手冊測試文檔API文檔測試提交文檔文檔說明作者文檔位置(CVS總體測試計劃總體測試方案(可根據(jù)項目情況進(jìn)行裁剪)測試用例性能測試方案(報告)測試報告Readme產(chǎn)品操作手冊(后臺)產(chǎn)品操作手冊(前臺)產(chǎn)品安裝維護(hù)手冊產(chǎn)品錯誤代碼說明文檔第3章質(zhì)量目標(biāo)描述本階段測試目標(biāo)和要求。質(zhì)量目標(biāo)應(yīng)該包括產(chǎn)品的質(zhì)量目標(biāo)和測試小組的質(zhì)量目標(biāo)。質(zhì)量不僅是衡量系統(tǒng)的功能或性能是否正常。對系統(tǒng)來說,在開發(fā)過程中盡早建立全面的質(zhì)量標(biāo)準(zhǔn)與系統(tǒng)的及時發(fā)布是一樣重要的。質(zhì)量目標(biāo)是一個強(qiáng)有力的工具,應(yīng)該在系統(tǒng)開發(fā)過程中盡早建立。一個定義準(zhǔn)確的質(zhì)量目標(biāo)在以后

7、的產(chǎn)品開發(fā)過程中幫助決策。例如,系統(tǒng)是否能夠正式發(fā)行在代碼完成后,應(yīng)該修復(fù)那些缺陷在系統(tǒng)完成后那種類型的測試是最合適的產(chǎn)品質(zhì)量目標(biāo)可以是產(chǎn)品的質(zhì)量達(dá)到什么樣的目標(biāo),產(chǎn)品的流程聯(lián)通性達(dá)到什么樣的要求。測試質(zhì)量目標(biāo)確認(rèn)者(如需說明)測試已實現(xiàn)的產(chǎn)品是否達(dá)到設(shè)計的要求,包括:各個功能點是否以實現(xiàn),業(yè)務(wù)流程是否正確產(chǎn)品規(guī)定的操作和運(yùn)行穩(wěn)定測試質(zhì)量目標(biāo)評價測試質(zhì)量的目標(biāo)可以有:測試質(zhì)量目標(biāo)確認(rèn)者(如需說明)所有的測試案例已經(jīng)執(zhí)行過所有的自動測試腳本已經(jīng)執(zhí)行通過所有的重要等級為1/2的Bug已經(jīng)解決并由測試驗證每一部分的測試已經(jīng)被TestLead確認(rèn)元成重要的功能不允許有等級為1/2/3的Bug一般的功能

8、或與最終使用者不直接聯(lián)系的功能不允許有等級為1/2的bug,且bug等級為3的冋題不得超過1/功能輕量的功能允許有少量2/3等級的錯誤發(fā)現(xiàn)錯誤等級為1/2/3的Bug的速率正在下降并接近0在最后的三天內(nèi)沒有發(fā)現(xiàn)錯誤等級為1/2/3類的Bug第4章資源需求培訓(xùn)資料培訓(xùn)需求培訓(xùn)內(nèi)容培訓(xùn)人員開始時間完成時間業(yè)務(wù)流程安裝配置工具使用測試環(huán)境硬件測試環(huán)境描述建立測試環(huán)境所需要的設(shè)備、用途及軟件部署計劃?!皺C(jī)型(配置)”:此處說明所需設(shè)備的機(jī)型要求以及內(nèi)存、CPU硬盤大小的最低要求。“用途及特殊說明”:此設(shè)備的用途,如數(shù)據(jù)庫服務(wù)器,web服務(wù)器,后臺開發(fā)等;如有特殊約束,如開放外部端口,圭寸閉某端口,進(jìn)行

9、性能測試等,也寫在此列;“軟件及版本”:詳細(xì)說明每臺設(shè)備上部署的自開發(fā)和第三方軟件的名稱和版本號,以便系統(tǒng)管理員按照此計劃分配測試資源;“預(yù)計空間”:說明第三方軟件和應(yīng)用程序的預(yù)計空間;“環(huán)境約束說明”:建立此環(huán)境時的特殊約束。如需要開發(fā)外部訪問端口,需要進(jìn)行性能測試等。平臺1:SUN機(jī)型(配置)IP地址操作系統(tǒng)用途及特殊說明軟件及版本預(yù)計空間SUN450平臺2:IBM機(jī)型IP地址操作系統(tǒng)用途第三方軟件及版本預(yù)計空間軟件測試環(huán)境軟件需求用途:測試工具此項目將列出測試使用的工具以及用途:測試工具用途自動測試工具第5章測試策略整體測試策略本節(jié)的目的是說明計劃中使用的基本的測試過程。使用里程碑技術(shù)在

10、測試過程中驗證每個模塊,測試人員在需求階段參與測試工作,進(jìn)行需求review、設(shè)計review、測試案例設(shè)計和測試開發(fā),在系統(tǒng)開發(fā)完成之后,正式執(zhí)行測試。產(chǎn)品達(dá)到軟件產(chǎn)品質(zhì)量要求和測試要求后發(fā)布,并提交相關(guān)的測試文檔。開始/中斷/完成標(biāo)準(zhǔn)說明中斷/開始/完成測試的標(biāo)準(zhǔn)。開始/中斷/完成測試標(biāo)準(zhǔn)說明開始測試標(biāo)準(zhǔn):硬件環(huán)境可用且軟件正確安裝完成中斷測試標(biāo)準(zhǔn)安裝無法正確完成或程序的文檔有相當(dāng)多的失誤或系統(tǒng)服務(wù)異?;虬l(fā)現(xiàn)BlockBug完成測試標(biāo)準(zhǔn)完成測試計劃中的測試規(guī)劃并達(dá)到程序和測試質(zhì)量目標(biāo),并由TestLead/R&DManager確認(rèn)測試類型測試類型是否米用說明功能測試采用根據(jù)系統(tǒng)需求

11、文檔和設(shè)計文檔,檢查產(chǎn)品是否止確實現(xiàn)了功能。流程測試采用按操作流程進(jìn)行的測試,主要有業(yè)務(wù)流程、數(shù)據(jù)流程、邏輯流程、正反流程,檢查軟件在按流程操作時是否能夠正確處理邊界值測試采用選擇邊界數(shù)據(jù)進(jìn)行測試,確保系統(tǒng)功能正常,程序無異常。容錯性測試采用檢查系統(tǒng)的容錯能力,錯誤的數(shù)據(jù)輸入不會對功能和系統(tǒng)產(chǎn)生非正常的影響,且程序?qū)﹀e誤的輸入有正確的提示信息異常測試采用檢查系統(tǒng)能否處理異常啟動停止測試采用檢查每個模塊能否正常啟動停止、異常停止后能否正常啟動安裝測試采用檢查系統(tǒng)能否正確安裝、配置易用性測試采用檢查系統(tǒng)是否易用友好界面測試采用檢查界面是否美觀合理接口測試采用檢查系統(tǒng)能否與外部接口正常工作配置測試采

12、用檢查配置是否合理、配置是否正常安全性和訪問控制測試采用應(yīng)用程序級別的安全性:檢查Actor只能訪問其所屬用戶類型已被授權(quán)訪問的那些功能或數(shù)據(jù)。系統(tǒng)級別的安全性:檢查只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的Actor才能訪問系統(tǒng)和應(yīng)用程序。性能測試采用提取系統(tǒng)性能數(shù)據(jù),檢查系統(tǒng)是否滿足在需求中所規(guī)疋達(dá)到的性能。壓力測試采用檢查系統(tǒng)能否承受大壓力,測試產(chǎn)品應(yīng)該能夠在高強(qiáng)度條件下正常運(yùn)行,不會出現(xiàn)任何錯誤。兼容性測試采用對于C/S架構(gòu)的系統(tǒng)來說,需要考慮客戶端支持的系統(tǒng)平臺。對于B/S架構(gòu)的系統(tǒng)來說需要考慮用戶端瀏覽器的版本。割接/升級測試采用進(jìn)行專門的割接測試或升級測試,提供工程升級割接方案文擋測試采用

13、檢查文檔是否足夠、描述是否合理回歸測試采用檢查程序修改后有沒有引起新的錯誤、是否能夠正常工作以及能否滿足系統(tǒng)的需求測試技術(shù)測試技術(shù)是否米用說明里程碑技術(shù)采用里程碑的達(dá)成標(biāo)準(zhǔn)及驗收方法在測試完后制訂自動測試技術(shù)采用核心業(yè)務(wù)流程采用自動測試技術(shù)審評測試采用對軟件產(chǎn)品功能說明文檔和設(shè)計說明文檔進(jìn)行檢查,在需求與設(shè)計階段進(jìn)行編寫測試用例采用在產(chǎn)品編碼階段編寫測試用例單元測試不采用由開發(fā)人員進(jìn)行集成測試采用檢測模塊集成后的系統(tǒng)是否達(dá)到需求對業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標(biāo)準(zhǔn)、系統(tǒng)對業(yè)務(wù)流處理是否存在邏輯不嚴(yán)謹(jǐn)及錯誤以及是否存在不合理的標(biāo)準(zhǔn)及要求。確認(rèn)測試采用在產(chǎn)品發(fā)布前,對照featurelist進(jìn)行基本需求的確認(rèn),確認(rèn)產(chǎn)品是否止確實現(xiàn)了功能。系統(tǒng)測試采用包括性能測試、壓力測試和回歸測試驗收測試:不采用由工程實施人員進(jìn)行第6章測試計劃進(jìn)度計劃在此章節(jié),對各階段的測試給出里程碑計劃,包括階段、里程碑、資源等。測試時間進(jìn)度測試階段開始時間完成時間測試人員階段完成標(biāo)志制定測試計劃需求Review設(shè)計Review設(shè)計測試用例測試開發(fā)測試環(huán)境準(zhǔn)備測試實施功能測試集成測試性能測試系統(tǒng)測試驗收測試文檔編寫測試?yán)锍瘫锍瘫瓿蓵r間完成標(biāo)準(zhǔn)測試正式開始完成可接受性測試和煙霧測試進(jìn)行CVSLOCK進(jìn)行cvslock完成所有里程碑測試和標(biāo)準(zhǔn)測試,測試種類包括確認(rèn)測試和系統(tǒng)測試,且所有以發(fā)現(xiàn)的Bug等級

溫馨提示

  • 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

提交評論