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

下載本文檔

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

文檔簡介

1、文檔編號:文檔密級:測試計劃模板版本號:1.0文檔修訂歷時力科技版權(quán)所有Copyright ? Forlink Technologies Co., Ltd. All Rights Reserved版本作者版本變化對象變化內(nèi)容描述審核人批準人批準日期1.0喻學剛創(chuàng)建EPG張杰20070521測試計劃模板FORLiNK 時力朝is目錄1引言31.1. 文檔目的31.2. 適用范圍313項目背景41.4. 術(shù)語與縮略語41.5. 參考資料4測試計劃模板2測試任務42.1. 測試范圍422測試目標423風險及約束43質(zhì)量目標53.1. 產(chǎn)品質(zhì)量目標532測試質(zhì)量目標54測試策略54.1. 測試類型列表

2、64.2. 測試類型描述64.2.1. 測試類型164.2.2. 測試類型n65測試資源65.1. 人力資源65.1.1. 角色及職責6組織形式75.2. 測試環(huán)境75.3. 測試工具76測試進度77應交付的測試工作產(chǎn)品81.引言1.1.文檔目的簡述本計劃的目的。如本文檔旨在說明各種測試階段任務、人員分配和時間安 排、工作規(guī)范等。1.2.適用范圍指明本文檔的適用范圍和讀者對象。如本測試計劃是在策略和方法的高度說明 如何計劃、組織和管理測試項目。測試計劃應包含足夠的信息,使測試人員明白項目 需要做什么、是如何運作的。另外,測試計劃只是測試的一個框架,很多細節(jié)需要跟 開發(fā)人員或其他人員溝通,因此計

3、劃不包括測試用例的細節(jié)和系統(tǒng)功能的詳細信息。測試計劃模板1.3.項目背景在項目文檔中摘錄項目視圖和范圍信息,即業(yè)務前景類軟件產(chǎn)品價值定位資料, 用于測試重要性和緊急性選擇判斷。 如果文字內(nèi)容為測試理解所得,則應作特別申明 此節(jié)不允許為空。建議的條目包括:項目的主要功能特征、體系結(jié)構(gòu)及簡要歷史。產(chǎn)品的核心功能、功能分布、用戶界面。產(chǎn)品的技術(shù)方案、應用環(huán)境、驗收標準。項目質(zhì)量目標:客戶產(chǎn)品質(zhì)量評價基本面和客戶心理評價等級框架。1.4.術(shù)語與縮略語列出本計劃中使用的專用術(shù)語、縮略語及其定義。術(shù)語與縮略語英文解釋中文解釋備注1.5.參考資料列出本計劃各處參考的經(jīng)過核準的全部文檔和主要文獻。2. 測試任

4、務2.1. 測試范圍說明本計劃涵蓋的測試范圍,比如功能測試、集成測試、系統(tǒng)測試、驗收測試 等。通常說明什么要測試而什么不要測試是非常重要的。明確規(guī)定這些問題后,測試 人員對該做什么會有一個清晰的認識。2.2. 測試目標根據(jù)項目整體目標和階段目標的需要,描述測試假定,規(guī)定測試對象、測試重 點、作業(yè)要求、完成標準。2.3. 風險及約束列出測試過程中可能存在的一些風險和制約因素,并給出規(guī)避方案。包括如果測試計劃模板 在編寫此文檔的過程中做出的某些假設可能會影響測試設計、開發(fā)或?qū)嵤?,有這些假設。如:由于客觀存在的設備、網(wǎng)絡等資源原因,使得測試不全面。明確說明哪些資 源欠缺,產(chǎn)生什么約束;由于研發(fā)模式為

5、現(xiàn)場定制,且上線時間壓力大,使得測試不充分。明確說明 在此種約束下,測試如何應對;只針對專門客戶群需求的測試。明確說明此約束下的客戶群和業(yè)務范圍。3. 質(zhì)量目標描述本階段測試目標和要求。質(zhì)量目標應該包括產(chǎn)品的質(zhì)量目標和測試小組的 質(zhì)量目標。質(zhì)量不僅是衡量系統(tǒng)的功能或性能是否正常。對系統(tǒng)來說,在開發(fā)過程中盡早建 立全面的質(zhì)量標準與系統(tǒng)的及時發(fā)布是一樣重要的。質(zhì)量目標是一個強有力的工具, 應該在系統(tǒng)開發(fā)過程中盡早建立。一個定義準確的質(zhì)量目標在以后的產(chǎn)品開發(fā)過程中 能幫助決策。例如,系統(tǒng)是否能夠正式發(fā)行?在代碼完成后應該修復哪些缺陷?在系 統(tǒng)完成后哪種類型的測試是最合適的?3.1. 產(chǎn)品質(zhì)量目標可以

6、是產(chǎn)品的質(zhì)量達到什么樣的目標,產(chǎn)品的流程聯(lián)通性達到什么樣的要求。測 試已實現(xiàn)的產(chǎn)品是否達到設計的要求,包括:各個功能點是否已實現(xiàn),業(yè)務流程是否 正確,產(chǎn)品是否完成規(guī)定的操作和是否運行穩(wěn)定等。 32測試質(zhì)量目標評價測試質(zhì)量的目標可以有:所有的測試案例已經(jīng)執(zhí)行通過;所有的自動測試腳本已經(jīng)執(zhí)行通過;所有的重要等級為1級和2級的缺陷已經(jīng)解決并經(jīng)過測試驗證; 每一部分的測試已經(jīng)被確認完成;重要的功能不允許有缺陷。4. 測試策略測試策略提供了對測試對象進行測試的推薦方法。如數(shù)據(jù)和數(shù)據(jù)庫完整性測試、 接口測試、功能測試、壓力測試等等。對于每種測試,都應提供測試說明,并解釋其實施的原因。制定測試策略時所考慮的

7、主要事項有:將要使用的技術(shù)以及判斷測試何時完成的 標準。測試計劃模板4.1. 測試類型列表測試類型是否采用說明42測試類型描述4.2.1. 測試類型1測試目標說明采用類型測試所要達到的目標測試范圍說明測試范圍技術(shù)進行測試時采用的技術(shù)開始標準在開始測試時必須達到的標準完成標準在完成測試時必須達到的標準測試重點和優(yōu)先級測試重點指在測試過程中需著重測試的地方,優(yōu)先級可以根 據(jù)需求來疋需考慮的特殊事項確定或說明那些將對測試的實施和執(zhí)行造成影響的事項或 因素(內(nèi)部的或外部的)4.2.2. 測試類型n重復上節(jié)的內(nèi)容。5. 測試資源5.1. 人力資源5.1.1. 角色及職責下表列出了在此項目的人員配備方面所作的各種假定。角色所推薦的最少資源(所分配的專職角色數(shù)量)具體職責測試計劃模板組織形式表示測試計劃執(zhí)行過程中的組織結(jié)構(gòu)及組織間的關(guān)系,以及所需要的組織獨立 程度。測試計劃還應該定義測試工作中的溝通渠道。52測試環(huán)境下表列出測試的系統(tǒng)環(huán)境。5.3. 測試工具列出測試使用的工具。

溫馨提示

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

最新文檔

評論

0/150

提交評論