測試方案 XXXX公司Lincw^U/rusLincw^U/rus測試方案 XXXX公司XXXX平臺測試方案XXXX公司2015年11月沒有得到XXXX的書面許可，禁止任何方式的全部或部分復制。ReproductioninwholeorinpartbyanymeanswithoutwrittenpermissionofLinewellsoftwareisstrictlyforbidden.

文件控制頁日期版本號修訂說明修訂人審核人批準人目錄TOC\o"1-5"\h\z\o"CurrentDocument"引言 3..\o"CurrentDocument"編寫目的 3.\o"CurrentDocument"項目背景 3.\o"CurrentDocument"預期讀者 3.\o"CurrentDocument"術語和縮略詞 3\o"CurrentDocument"參考資料 3.\o"CurrentDocument"任務概述 4\o"CurrentDocument"測試范圍 4.\o"CurrentDocument"測試目標 4.\o"CurrentDocument"測試資源 V\o"CurrentDocument"測試環(huán)境 5.\o"CurrentDocument"硬件環(huán)境 5.\o"CurrentDocument"軟件環(huán)境 5.\o"CurrentDocument"人員安排 5.\o"CurrentDocument"測試工具 5.\o"CurrentDocument"測試缺陷管理 6\o"CurrentDocument"缺陷嚴重級別 6\o"CurrentDocument"缺陷類型定義 .6\o"CurrentDocument"缺陷狀態(tài)定義 7\o"CurrentDocument"缺陷記錄 7\o"CurrentDocument"有疑議缺陷的確認 8\o"CurrentDocument"4測試策略 &\o"CurrentDocument"測試用例要求 8\o"CurrentDocument"測試用例編號規(guī)則 8\o"CurrentDocument"測試用例的編寫規(guī)范 8\o"CurrentDocument"測試用例的管理辦法 8\o"CurrentDocument"測試方案 .9.\o"CurrentDocument"功能測試 9.用戶界面^/）測試 9\o"CurrentDocument"性能測試 10\o"CurrentDocument"兼容性測試 10\o"CurrentDocument"回歸測試 11\o"CurrentDocument"測試進度安排 11\o"CurrentDocument"工作匯報 12Lincw^U南Lincw^U南i測試方案 XXXX公司測試方案 XXXX測試方案 XXXX公司1引言編寫目的編寫測試方案的目的在于描述測試資源、測試環(huán)境、測試策略、測試進度安排，使系統(tǒng)開發(fā)人員、系統(tǒng)測試人員對系統(tǒng)更好的進行測試工作。項目背景XXXXXXXXXXXXXXXXXX預期讀者本文件的預期讀者為測試設計人員，系統(tǒng)測試人員。術語和縮略詞XXXXXXXXXX參考資料《計算機信息系統(tǒng)安全保護等級劃分準則》GB17859-1999數據庫ANSI/ISOSQL99標準GBT8567-2006計算機軟件文檔編制規(guī)范GBT11457-2006信息技術軟件工程術語GBT8566-2007信息技術軟件生存周期過程《XXXX平臺—需求分析規(guī)格說明書》《XXXX平臺_概要設計說明書》《XXXX平臺_系統(tǒng)詳細設計說明書》

2任務概述測試范圍序號功能模塊子模塊1XXXXXXXXXXXX2XXXX3XXXX4XXXX5XXXXXXXX6XXXX7XXXX8XXXXXXXX9XXXX10XXXX11XXXX12XXXX13XXXX14XXXX15XXXX16XXXX17XXXX18XXXX6XXXXXXXXXXXXXXXXXXXX測試目標通過本次測試，應達到以下目標：＞測試已實現的產品是否達到設計的要求，包括：各個功能點是否已實現，業(yè)務流程是否正確；＞頁面樣式是否與原型設計一致，是否有錯亂的問題，是否符合需求；＞產品規(guī)定的操作和運行是否穩(wěn)定；＞性能測試是否能達到技術要求； 測試方案 XXXX公司Lincw^H南iLincw^H南i測試方案 XXXX公司3測試資源3.1測試環(huán)境3.1.1硬件環(huán)境硬件環(huán)境（網絡、設備等）3.1.2軟件環(huán)境軟件環(huán)境（操作系統(tǒng),相關軟件等的名稱、版本、補?。┤藛T安排角色姓名主要工作職責測試參與度測試工具工具名稱版本要求備注測試缺陷管理缺陷嚴重級別本次測試中缺陷嚴重級別可分為：I.Blocker（崩潰）：阻礙開發(fā)或測試工作的問題；造成系統(tǒng)崩潰、死機、死循環(huán)，導致數據庫數據丟失，與數據庫連接錯誤，主要功能喪失，基本模塊缺失等問題。如：代碼錯誤、死循環(huán)、數據庫發(fā)生死鎖、重要的一級菜單功能不能使用等（該問題在測試中較少出現，一旦出現應立即中止當前版本測試）。2、Critical（嚴重）：系統(tǒng)主要功能部分喪失、數據庫保存調用錯誤、用戶數據丟失，一級功能菜單不能使用但是不影響其他功能的測試。功能設計與需求嚴重不符，模塊無法啟動或調用，程序重啟、自動退出，關聯程序間調用沖突，安全問題、穩(wěn)定性等。如：軟件中數據保存后數據庫中顯示錯誤，用戶所要求的功能缺失，程序接口錯誤，數值計算統(tǒng)計錯誤等（該等級問題出現在不影響其他功能測試的情況下可以繼續(xù)該版本測試）。3、Major（一般）：功能沒有完全實現但是不影響使用，功能菜單存在缺陷但不會影響系統(tǒng)穩(wěn)定性。如：操作時間長、查詢時間長、格式錯誤、邊界條件錯誤，刪除沒有確認框、數據庫表中字段過多等（該問題實際測試中存在最多，合理安排解決BUG，解決率關系版本的優(yōu)化程度）4、Minor（次要）：界面、性能缺陷，建議類問題，不影響操作功能的執(zhí)行，可以優(yōu)化性能的方案等。如：錯別字、界面格式不規(guī)范，頁面顯示重疊、不該顯示的要隱藏，描述不清楚，提示語丟失，文字排列不整齊，光標位置不正確，用戶體驗感受不好，可以優(yōu)化性能的方案等（此類問題在測試初期較多，優(yōu)先程度較低；在測試后期出現較少，應及時處理）缺陷類型定義本次測試中缺陷類型可分為：功能設計與需求嚴重不符LincweU測試方案 XXXXLincweU測試方案 XXXX公司系統(tǒng)崩潰/死機/凍結其它導致無法測試的錯誤功能未實現功能錯誤系統(tǒng)刷新錯誤操作界面錯誤（包括數據窗口內列名定義、含義是否一致）邊界條件下錯誤提示信息錯誤（包括未給出信息、信息提示錯誤等）易用性及建議性問題缺陷狀態(tài)定義1、待處理（new）：測試人員或用戶發(fā)現新問題后提交的狀態(tài)2、已確認（open）：經測試人員及研發(fā)人員討論后確認是BUG，提交的狀態(tài)，由測試人員來設置。3、已處理（fixed）：經研發(fā)人員確認是BUG后修復的狀態(tài)，修改還沒有驗證，由開發(fā)人員來設置。4、已修改（closed）：測試人員認為問題已經修改，通過驗證，由測試人員設置。5、仍存在（reopened）：測試人員認為BUG未修復成功，問題仍然存在，由測試人員設置。6、不是問題（reject）：研發(fā)人員確認不是BUG，或者建議與意見決定不采納。7、暫不處理（hold）：當前版本不做修改，后續(xù)版本再考慮，由研發(fā)人員或測試人員設置。缺陷記錄在軟件測試的各流程中，發(fā)現的軟件缺陷統(tǒng)一記錄到任務&Bug管理系統(tǒng)中。測試方案 XXXX測試方案 XXXX公司測試方案 XXXX測試方案 XXXX公司jtfi有疑議缺陷的確認如果測試組與開發(fā)組對缺陷的處理意見產生分歧時，直接在任務&Bug管理系統(tǒng)中進行BUG登記，并發(fā)送給測試組長處，由測試組長填寫具體的處理意見，并指派給開發(fā)組進行修改。4測試策略測試用例要求測試用例編號規(guī)則本項目的測試案例的編號規(guī)則，使用前綴“TESTCASE-”加順序號。測試用例的編寫規(guī)范測試用例至少包括以下要素：用例名稱用例編號所屬模塊測試目的/問題摘要執(zhí)行步驟預期結果實際結果測試結果測試用例的管理辦法本項目測試用例使用EXCEL進行案例編輯，也可以采用電子工具編寫和管理測試案例。當測試用例發(fā)生變更時，需要及時修改測試用例，并提交測試組長確認。

測試方案系統(tǒng)測試類型及各種測試類型所采用的方法、工具等介紹如下:功能測試測試范圍驗證數據的精確度、數據類型、業(yè)務功能等相關方面的正確性。測試目標核實所有功能均已正常實現，即是否與需求一致。采用技術主要采用黑盒測試、邊界測試、等價類劃分等測試方法。工具與方法手工測試開始標準開發(fā)階段對應的功能完成并且測試用例設計完成完成標準測試用例通過并且最高級缺陷全部解決特殊事項根據實際需求而定用戶界面（U界測試測試范圍1.導航、鏈接、Cookie、頁面結構包括菜單、背景、顏色、字體、按鈕名稱、TITLE、提示信息的一致性等，2.友好性、可操作性（易用性）測試目標核實各個窗口風格（包括顏色、字體、提示信息、圖標、title等）都與需求保持一致，或符合可接受標準，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習慣。采用技術網頁測試通用方法工具與方法手工測試、目測（掃描）開始標準界面開發(fā)完成完成標準UI符合可接受標準，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習慣測試重點與優(yōu)先級根據實際需求而定特殊事項根據實際需求而定

性能測試測試范圍1.用戶、管理員的密碼安全2.權限3.非法攻擊測試目標1.用戶、管理員的密碼管理2.應用程序級別的安全性：核實用戶只能操作其所擁有權限能操作的功能。3.系統(tǒng)級別的安全性：核實只有具備系統(tǒng)訪問權限的用戶才能訪問系統(tǒng)。采用技術代碼包或者非法攻擊工具工具與方法手工測試和自動化測試開始標準功能測試完成完成標準執(zhí)行各種非法操作無安全漏洞且系統(tǒng)使用正常測試重點與優(yōu)先級根據實際需求而定特殊事項根據實際需求而定兼容性測試測試范圍.使用不同版本的不同瀏覽器、分辨率、操作系統(tǒng)分別進行測試。.不同操作系統(tǒng)、瀏覽器、分辨率和各種運行軟件等各種條件的組合測試。測試目標核實系統(tǒng)在不同的軟件和硬件配置中運行穩(wěn)定采用技術黑盒測試工具與方法手工測試開始標準項目組移交系統(tǒng)測試完成標準在各種不同版本不同類項瀏覽器、操作系統(tǒng)或者其組合下均能正常實現其功能（此測試根據開發(fā)提供依據決定測試范圍）測試重點與優(yōu)先級根據實際需求而定特殊事項根據實際需求而定

回歸測試測試范圍所有功能、用戶界面、兼容性、安全性等測試類型測試目標核實執(zhí)行所有測試類型后功能、性能等均達到用戶需求所要求的標準采用技術黑盒測試工具與方法手工測試和自動化測試開始標準每當被測試的軟件或其環(huán)境改變時在每個合適的測試階段上進行回歸測試完成標準95%的測試用例執(zhí)行通過并通過系統(tǒng)測試測試重點與優(yōu)先級測試優(yōu)先級以測試需求的優(yōu)先級為參照特殊事項軟硬