JW06M15測試方案模板

1、no:g11234567 測試方案樣品名稱 生產(chǎn)單位 委托單位 測試類型 報告日期 國家應(yīng)用軟件產(chǎn)品質(zhì)量監(jiān)督檢驗中心版本修訂記錄版本標識注 釋作 者日 期1.0初始版本xxxyyyy/mm/dd文檔使用對象姓 名職 務(wù)xxxxxxxx審批人員姓 名職 務(wù)日 期目錄國家應(yīng)用軟件產(chǎn)品質(zhì)量監(jiān)督檢驗中心測試方案no：g11234567 第 14 頁 共 14頁1文檔標識12概要12.1文檔用途12.2測試目的12.3測試范圍12.3.1用戶文檔22.4測試環(huán)境描述32.5參考資料42.5.1縮寫42.5.2定義42.5.3文檔43組織機構(gòu)53.1角色與職責53.2培訓53.2.1與應(yīng)用相關(guān)的方面53.

2、2.2測試過程培訓53.2.3工具培訓54. 測試進度65測試流程65.1測試類型65.2測試方法75.3測試關(guān)鍵過程域75.3.1測試計劃制訂（kpa1）85.3.2測試用例開發(fā)（kpa2）85.3.3測試環(huán)境準備（kpa3）95.3.4測試執(zhí)行（kpa4）95.3.5測試結(jié)果分析（kpa5）105.3.6進行情況匯報（kpa6）105.4驗收標準106. 可交付成果117. 相關(guān)過程117.1缺陷管理118. 假設(shè)129. 約束1210. 依賴1211. 風險和問題121文檔標識本文檔包含針對生產(chǎn)單位開發(fā)的待測試產(chǎn)品名稱 v1.0的全面的測試方案。2概要2.1文檔用途本文檔是完成xxx項目

3、測試的指導性文件。本文檔給出了對測試需求、測試環(huán)境、測試過程及測試結(jié)果的總體要求, 這也是本測試項目中其他文檔編寫及結(jié)果評價的基礎(chǔ)。2.2測試目的在此說明本次測試的目的。示例：本次測試是針對xxx項目進行的確認/鑒定/驗收/委托/登記測試，目的是為判定該系統(tǒng)是否滿足需求規(guī)格說明書中規(guī)定的功能與性能指標提供客觀的依據(jù)。2.3測試范圍參照項目名稱合同和需求文檔，在此說明測試范圍，列出要測試種類和測試內(nèi)容。 測試項目測試范圍第 1 頁共 2 頁序號測試分類測試內(nèi)容1t-ud用戶文檔評審2t-f功能性測試3t-r可靠性測試測試項目測試范圍第 2 頁共 2 頁序號測試分類測試內(nèi)容4t-u易用性測試5t-

4、m可維護性測試6t-p可移植性測試7t-e效率測試8t-cc中文特性測試示例：本次測試為軟件確認測試，包括軟件的用戶文檔、功能性、可靠性、可維護性、易用性、可移植性、效率及中文特性八個方面。2.3.1用戶文檔用戶文檔測試重點包括：完整性、正確性、一致性、易理解程度和易瀏覽程度。1) 完整性 使用手冊； 產(chǎn)品描述中說明的所有功能； 用戶可調(diào)用的所有功能描述； 說明產(chǎn)品的描述中給出的所有邊界值； 安裝手冊； 程序維護手冊。2) 正確性 文檔中所有信息應(yīng)正確，不能有歧義和錯誤的描述。3) 一致性 文檔自身、文檔之間或者文檔與產(chǎn)品描述之間，不應(yīng)相互矛盾，且術(shù)語一致。4) 易理解程度 文檔對正常使用其產(chǎn)

5、品的一般用戶應(yīng)是容易理解的。5) 易瀏覽程度 用戶文檔易于瀏覽，相互關(guān)系明確； 用戶文檔應(yīng)有目錄表和索引表。2.4測試環(huán)境描述針對被測試應(yīng)用程序的測試環(huán)境和配置信息，在此給出一個概要說明。軟件環(huán)境：終端類別操作系統(tǒng)相關(guān)應(yīng)用軟件服務(wù)器端windows 2000 serverofficexp ,oracle 9i客戶端linux 2.0 redoffice 1.2.5硬件環(huán)境：終端類別機器名設(shè)備編號配置說明服務(wù)器端聯(lián)想開天4600pc-n0001p4/1.8g 128m ram 20g客戶端hp p7374avl430pc-n0002p4/1.8g 128m ram 20g聯(lián)想開天4500pc-n

6、0003p4/1.8g 256m ram網(wǎng)絡(luò)環(huán)境：網(wǎng)絡(luò)類型帶寬設(shè)備數(shù)量以太網(wǎng)全/半雙工 1000m/100m/10mcisco catalyst 6500系列交換機cisco catalyst 3500系列交換機ddn2misdn64k/128kadsl 512k/2m其它輔助設(shè)備：設(shè)備名稱規(guī)格型號數(shù)量備注攝像頭耳機秒表2.5參考資料2.5.1縮寫在此列寫本測試項目所使用的縮略語。2.5.2定義在此對本項目使用的術(shù)語進行定義。示例： 測試類型定義：t-f：功能性測試t-e：效率測試t-r：可靠性測試t-s：安全性測試t-m：可維護性測試t-u：易用性測試t-p：可移植性測試t-c：標準符合性測

7、試t-ud：用戶文檔評審t-cc：中文特性測試2.5.3文檔在此列出本項目引用的文檔及資料。3組織機構(gòu)3.1角色與職責項目名稱測試過程參與者的角色,職責及其應(yīng)具備的技能如下:角色人數(shù)職責技能項目經(jīng)理評審并批準項目計劃及有關(guān)報告；組織并確保團隊工作；控制項目執(zhí)行；評估項目績效；與有關(guān)人員進行溝通。熟悉項目管理知識或有項目管理經(jīng)驗,能進行有效溝通。測試組長項目計劃編制；協(xié)調(diào)并實施項目計劃中確定的活動；識別測試環(huán)境需求；負責設(shè)計測試用例；為其他人員提供技術(shù)支持。熟悉軟件測試方法及其工具，具有一定的領(lǐng)導測試人員開展測試工作的能力。測試人員執(zhí)行測試活動；在項目計劃制訂階段，識別項目活動估計每項活動所需的

8、時間。了解測試工作，可根據(jù)測試說明執(zhí)行測試，并可對測試結(jié)果進行簡單歸納，會使用缺陷跟蹤與管理系統(tǒng)。環(huán)境準備人員提供資源保障；建立并維護測試環(huán)境。對測試環(huán)境中所涉及的軟硬件及其配置熟悉，可迅速排除測試過程中出現(xiàn)的軟硬件故障。質(zhì)量保證人員確定項目質(zhì)量目標；制訂并實施質(zhì)量計劃；監(jiān)督、指導項目活動的執(zhí)行過程。熟悉軟件質(zhì)量保證和軟件過程改進理念，了解被測軟件的特性及應(yīng)用場景。3.2培訓在此說明測試組為完成本測試項目所需的培訓事宜,包括:3.2.1與應(yīng)用相關(guān)的方面3.2.2測試過程培訓3.2.3工具培訓4. 測試進度 在此給出本測試項目的總體進度。事件預(yù)計工作日備注培訓測試文檔編制人員培訓測試操作人員編制

9、測試方案編制測試計劃編制測試用例執(zhí)行測試、生成原始記錄執(zhí)行回歸測試、生成原始記錄（如果不做回歸測試，請刪除本行）第一次測試總體時間的60%編制測試報告編制缺陷報告提交測試文檔5測試流程5.1測試類型在此規(guī)定本項目中將使用的測試類型及其描述。測試類型描 述確認測試對產(chǎn)品化軟件的品質(zhì)從用戶文檔、功能性、可靠性、易用性、效率、可維護性、可移植性和中文特性八個方面做全方面的質(zhì)量檢測，幫助軟件企業(yè)找出產(chǎn)品存在的問題。登記測試為軟件產(chǎn)品登記備案做市場準入的基礎(chǔ)測試。鑒定測試針對新技術(shù)、新產(chǎn)品的技術(shù)鑒定，從技術(shù)和應(yīng)用的角度，對軟件技術(shù)成果做全面的質(zhì)量評測。政府采購選型測試配合政府采購，為政府信息化建設(shè)中選用

10、的軟件做產(chǎn)品質(zhì)量測試或?qū)Ρ葴y試。階段性開發(fā)目標測試參照項目總體進度和階段性開發(fā)目標，對工程質(zhì)量進行評測，為委托方了解工程進度、決定是否繼續(xù)投資提供參考依據(jù)。驗收測試按照合同條款與系統(tǒng)需求說明，對軟件項目進行全面質(zhì)量評測，為驗收提供依據(jù)。對比測試對同一類產(chǎn)品從用戶文檔、功能性、可靠性、易用性、效率、可維護性、可移植性和中文特性八個方面進行綜合的比較。單元測試主要是在軟件開發(fā)過程中針對程序模塊進行正確性檢驗。集成測試是在單元測試的基礎(chǔ)上將所有模塊按照設(shè)計要求組裝成系統(tǒng)或子系統(tǒng)，對模塊組裝過程和模塊接口進行正確性檢驗。委托測試用戶委托的其他類型的測試。 5.2測試方法在此規(guī)定本項目中將使用的測試方法

11、。示例：功能測試主要采用手動測試方法，對軟件產(chǎn)品進行黑盒測試。效率測試主要采用自動測試方法，使用工具為qaload 5.0、application expert。5.3測試關(guān)鍵過程域完成本項目測試的關(guān)鍵過程域（kpa）包括： 測試計劃制訂； 測試用例開發(fā)； 測試環(huán)境準備； 測試執(zhí)行； 測試結(jié)果分析； 測試情況匯報。5.3.1測試計劃制訂（kpa1）在此規(guī)定本項目的測試計劃制訂的步驟。示例: 根據(jù)項目名稱的業(yè)務(wù)需求和技術(shù)需求，確定測試的具體內(nèi)容； 對測試內(nèi)容進行評審并制訂測試需求； 根據(jù)測試需求，識別不同的測試過程以及測試條件，針對每個測試過程規(guī)定測試數(shù)據(jù)的數(shù)量并對其特征進行規(guī)定，即對測試用例進

12、行描述； 識別項目活動，定義輸出成果，估算每項活動所需的時間； 識別項目風險，并確定應(yīng)對策略； 綜合有關(guān)內(nèi)容，確定階段目標，并形成測試計劃； 對測試計劃進行評審、修改，直至測試計劃獲得批準； 將測試計劃分發(fā)給有關(guān)人員。5.3.2測試用例開發(fā)（kpa2）在此規(guī)定將如何進行測試用例開發(fā)。示例: 根據(jù)測試計劃中測試決策樹的規(guī)定，按測試意圖對每一個測試點分別設(shè)計在不同情況下的測試動作、輸入和預(yù)期的反映； 形成測試用例列表； 對測試用例列表的覆蓋度進行檢查，完善后形成測試用例； 對于自動測試，還需根據(jù)手工測試用例修改成自動測試用例。5.3.3測試環(huán)境準備（kpa3）在此規(guī)定為確保測試執(zhí)行得以順利進行所需

13、的任何有關(guān)測試環(huán)境方面的準備活動。示例： 準備硬件設(shè)備； 安裝軟件； 配置網(wǎng)絡(luò)環(huán)境。5.3.4測試執(zhí)行（kpa4）在此規(guī)定測試執(zhí)行活動。這些活動將使用根據(jù)測試計劃制作的測試用例。示例： 根據(jù)測試計劃中有關(guān)測試環(huán)境的內(nèi)容，檢查測試環(huán)境（包括硬件及軟件），確保測試環(huán)境符合要求； 對于測試用例的描述信息，按測試意圖為每一個測試用例設(shè)計其操作流程中重要環(huán)節(jié)的動作、輸入數(shù)據(jù)和預(yù)期的反映（注：此流程可不必詳細到每一個具體的步驟，但應(yīng)確保測試執(zhí)行人員可以據(jù)此信息順利執(zhí)行，而不必詢問測試用例的開發(fā)人員）； 執(zhí)行測試活動，并記錄所使用的機器及執(zhí)行日期，對于每個測試用例還應(yīng)記錄關(guān)鍵操作步驟、輸入數(shù)據(jù)以及任何與測試

14、人員預(yù)期結(jié)果不符的系統(tǒng)響應(yīng)； 每個測試用例執(zhí)行完畢后，視具體情況對系統(tǒng)進行備份或根據(jù)備份數(shù)據(jù)對系統(tǒng)進行恢復(fù)。5.3.5測試結(jié)果分析（kpa5）在此對測試結(jié)果進行評估，并將這些結(jié)果與驗收標準(在測試計劃中事先設(shè)定)進行比較。在本項目中，測試工作應(yīng)遵循如下主要步驟： 對記錄的測試結(jié)果數(shù)據(jù)進行分析； 對于存在問題的數(shù)據(jù)，分析判斷產(chǎn)生問題的原因； 由于測試用例開發(fā)過程不合理產(chǎn)生的原因，提出測試用例開發(fā)過程修訂建議，并記錄相關(guān)數(shù)據(jù)； 由于測試執(zhí)行方面的原因，提出測試用例開發(fā)過程修訂建議，并記錄相關(guān)數(shù)據(jù)； 由于被測軟件的原因，將此情況記錄在缺陷跟蹤及管理系統(tǒng)中；（該過程域是對測試結(jié)果進行分析，軟件有問題屬

15、于記錄缺陷而不是分析缺陷） 根據(jù)測試結(jié)果數(shù)據(jù)計算各種度量值； 對各種度量值進行說明，給出明確的結(jié)果分析意見及有關(guān)建議。5.3.6進行情況匯報（kpa6）在此規(guī)定測試組通過什么形式將測試情況匯報給管理層、應(yīng)用開發(fā)組以及用戶。在該報告中，測試組將給出測試結(jié)論及建議。示例：每周五給應(yīng)用開發(fā)組反饋一周測試情況和缺陷報告，給管理者提交測試計劃執(zhí)行情況的報告。5.4驗收標準在此規(guī)定用于確定測試任務(wù)是否完成的驗收標準。示例一：測試用例執(zhí)行率要達到100%，測試用例的通過率要達到80%。示例二: 測試用例的覆蓋率達到用戶提出的主要功能點的百分率。示例三：測試用例執(zhí)行率要達到100%，再提供一次回歸測試。6.

16、可交付成果在此規(guī)定本測試項目的可交付成果。示例: 測試方案、測試計劃、測試報告、缺陷報告。7. 相關(guān)過程7.1缺陷管理在此規(guī)定本測試項目將使用的缺陷跟蹤及管理工具，并對在項目完成時所應(yīng)提交的圖表化的報告進行概要說明。示例：依照設(shè)計好的測試用例對產(chǎn)品進行測試，將發(fā)現(xiàn)的缺陷，包括功能、效率、界面，按照用例中的測試號分別記錄，保證各類缺陷記錄的維護、分配和修改。使用butterfly管理工具對缺陷進行跟蹤和管理，項目完成時所提交的報告包括如下內(nèi)容： 缺陷id； 項目名稱； 樣品版本； 測試平臺； 操作系統(tǒng)； 功能模塊名； 缺陷優(yōu)先級； 可重現(xiàn)性； 提交人； 確認人； 缺陷問題摘要； 缺陷詳細描述。8

17、. 假設(shè)在此記錄與本測試項目相關(guān)的任何假設(shè)。示例: 本測試開始前，系統(tǒng)已通過開發(fā)單位的單元測試和集成測試。9. 約束在此記錄與本測試項目相關(guān)的任何約束。示例：被測樣品必須遵循xxx行業(yè)的規(guī)范標準。10. 依賴在此記錄與本測試項目相關(guān)的任何外部依賴（即，在測試組之外的）。示例: 正式測試開始前需獲得被測產(chǎn)品的使用手冊； 必要的測試環(huán)境及軟件應(yīng)用的基本培訓； 必要的情況下應(yīng)及時得到開發(fā)單位的技術(shù)支持。11. 風險和問題在此記錄任何與本測試項目相關(guān)的風險和問題。例如：風險和問題包括以下幾條： 開發(fā)單位是否按時完成既定工作； 測試計劃、測試流程、測試進度的制訂不夠合理、規(guī)范。在項目進行過程中，發(fā)現(xiàn)其可操作性不強； 測試所需的資源是否到位。如：是否有足夠的測試組人員，測試人員的培訓是否按時進行，并且測試人員的技能是否達到了要求。測試所需的軟、硬件和操作系統(tǒng)等測試環(huán)境是否準備完畢； 測試人