系統(tǒng)測試計劃

1、CRM4.3系統(tǒng)測試計劃【CRM4.3程序 mysql數(shù)據(jù)庫】 XXXX有限公司2012-04-28文檔說明文檔變更版本描述修訂人修訂日期審核人審核日期V0.1初稿XXX2012-03-28目 錄1引言41.1編寫目的41.2背景41.3參考資料42測試范圍42.1 CRM4.3系統(tǒng)測試功能清單43測試準則53.1測試啟用標準53.2暫停標準和恢復需求53.3測試通過的標準53.4 BUG修復標準63.5覆蓋率標準64測試策略64.1測試方式說明64.2功能測試64.3用戶界面測試74.4 性能測試75測試任務和進度95.1測試任務安排95.1.1 CRM4.3系統(tǒng)分工95.2角色106測試環(huán)

2、境116.1 初始測試環(huán)境116.2測試工具117開發(fā)提供程序包和數(shù)據(jù)庫包127.1文件命名規(guī)則要求：127.2提交測試程序包和數(shù)據(jù)庫包統(tǒng)一存放：128風險分析129測試歸檔文件131引言1.1編寫目的本文檔是針對CRM4.3系統(tǒng)功能、性能測試所作的測試計劃，其中主要包括功能測試、用戶界面測試。文檔有助于實現(xiàn)以下目標：明確系統(tǒng)功能、范圍和測試策略;明確測試的目標、內(nèi)容、方法、環(huán)境和標準;明確硬件環(huán)境和訪問地址;確定所需的資源，并對測試的工作量進行了評估。1.2背景CRM4.3系統(tǒng)功能模塊是在原來crm4.2系統(tǒng)的基礎上，對導入、導出、查重、我的工作臺、自定義報表、ipcc固定報表功能做了修改，

3、以及要求單表數(shù)據(jù)量為千萬級。Dell R710測試環(huán)境訪問地址：IPCC后臺配置地址：68:8080/ipccCRM4.3地址：68:8080/crm4.3Dell T110測試環(huán)境訪問地址：IPCC后臺配置地址：14:8080/ipccCRM4.3地址：14:8080/crm4.3以實際分配的地址為主。1.3參考資料序號文檔名稱設計者1CRM43需求設計牛興華2IPCC初始報表牛興華3CRM4.3研發(fā)計劃李長偉4CRM43性能測試_指標建議牛興華2測

4、試范圍2.1 CRM4.3系統(tǒng)測試功能清單序號功能模塊1導出2導入3查重4合并5報表6我的工作臺3測試準則3.1測試啟用標準1、 系統(tǒng)待測版本定版；2、 測試環(huán)境準備完畢，包括：1) 系統(tǒng)安裝并調(diào)試成功，并經(jīng)過相應優(yōu)化，初始數(shù)據(jù)量滿足測試要求；2) 應用服務器安裝成功，待測試版本已正確部署；3) 測試客戶端機器到位，系統(tǒng)軟件安裝完畢；4) 網(wǎng)絡配置正確，連接通暢，可以滿足測試需求；3、 測試計劃審核、批準完畢。3.2暫停標準和恢復需求暫停準則：1、 系統(tǒng)在進行系統(tǒng)測試時，發(fā)現(xiàn)5級錯誤（大于等于1）、4級錯誤（阻礙性的問題大于等于3）暫停測試返回開發(fā)。2、 測試中發(fā)現(xiàn)問題，需要對系統(tǒng)進行代碼修改

5、、調(diào)優(yōu)或需要更換、調(diào)整硬件資源等；3、 測試環(huán)境受到干擾，比如服務器被臨時征用，或服務器的其它使用會對測試結果造成干擾。再啟動準則：1、 測試中發(fā)現(xiàn)的軟、硬件問題得到解決；2、 測試環(huán)境恢復正常。3.3測試通過的標準1、 在推薦測試環(huán)境下，軟件功能能夠正常走通與需求一致。2、 沒有嚴重影響系統(tǒng)運行的問題。3、 在系統(tǒng)測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改，各級缺陷修復率達到標準。4、 測試計劃中的測試項目已經(jīng)得到全部測試通過并且得到確認的。 3.4 BUG修復標準各類測試合格BUG須符合以下標準：5級錯誤4級錯誤3級錯誤2級錯誤1級建議無無無<5%<10%以上比例為bug占總測試模塊的比例，

6、具體視實際情況而定。若有延期問題，必須由研發(fā)、測試各部門領導討論后決定。3.5覆蓋率標準1、 所有4.3范圍內(nèi)的功能，可點擊、訪問的操作必須100%執(zhí)行2、 所有4.3范圍內(nèi)的功能，可配置項，選擇項，狀態(tài)控制等100%組合測試3、 若有海量操作，是否全部執(zhí)行（比如所有類型屬性的查詢，是否需要執(zhí)行完整個矩陣），需報批測試部經(jīng)理，做出符合實際的調(diào)整。4、 需求中有明確業(yè)務流程要求的功能，必須協(xié)調(diào)多方，進行業(yè)務模擬測試。4測試策略4.1測試方式說明1. 開發(fā)單個模塊功能完成后就進入單個功能模塊測試，最后再做系統(tǒng)測試，單元測試和系統(tǒng)測試階段都要分別做如下測試：先進行功能測試，然后再做性能測試。2. 按

7、照開發(fā)計劃陸續(xù)接到提交測試模塊，進入單元測試階段，人員及任務安排見如下文檔：4.2功能測試測試對象的功能測試側(cè)重于可以被直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的所有測試需求。這些測試的目標在于核實能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務規(guī)則是否正確實施。這種類型的測試基于黑盒方法，即通過圖形用戶界面 (GUI) 與應用程序交互并分析輸出結果來驗證應用程序及其內(nèi)部進程。以下列出的是每個應用程序推薦的測試方法概要：測試目標：確保測試對象的功能正常，其中包括導航、數(shù)據(jù)輸入、處理和檢索等。方法：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內(nèi)容：· 在使用有效數(shù)據(jù)時得到預期的結果。

8、· 在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。· 各業(yè)務規(guī)則都得到了正確的應用。完成標準：· 所計劃的測試已全部執(zhí)行。· 所發(fā)現(xiàn)的缺陷已全部解決。· 迫于項目進度要求，存在1、2、3等級缺陷被迫測試結束。需考慮的特殊事項：確定或說明哪些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的）4.3用戶界面測試通過用戶界面 (UI) 測試來核實用戶與軟件的交互。UI 測試的目標在于確保用戶界面向用戶提供了適當?shù)脑L問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內(nèi)部的對象符合預期要求。測試目標：核實以下內(nèi)容：·

9、; 通過瀏覽測試對象可正確反映業(yè)務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab 健、鼠標移動和快捷鍵）的使用。· 窗口的對象和特征（例如：菜單、大小、位置、狀態(tài)和中心）都符合標準。方法：為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。完成標準：· 證實各個窗口都與基準版本保持一致，或符合可接受標準· 迫于項目進度要求，存在1、2、3等級缺陷被迫測試結束需考慮的特殊事項：并不是所有定制或第三方對象的特征都可訪問（例如郵件正文對信紙的支持）。4.4 性能測試4.4.1術語1、壓

10、力測試：確定系統(tǒng)的瓶頸或者不能接收的性能點，獲得系統(tǒng)能提供的最大的服務級別的測試。2、事務：所定義的單一功能的操作動作。3、吞吐量：單位時間內(nèi)成功地傳送數(shù)據(jù)的數(shù)量。4、集合點：用于設定并發(fā)操作的觸發(fā)節(jié)點。 5、響應時間：程序所要完成單一功能動作所耗費的時間。性能需求調(diào)查用LoadRunner測試要求如下：1、 用戶使用數(shù)：在線用戶500個，并發(fā)數(shù)5%。2、 所需操作事務：登錄、打開列表、打開查看頁、打開編輯頁。3、 事務響應時間：打開列表、打開查看頁、打開編輯頁速度不能超過7秒。4、 事務成功率： 99%。5、 數(shù)據(jù)量：單表1000萬條。6、 列表布局中，布“引用類型”屬性個數(shù)要求：1000萬

11、條數(shù)據(jù)，進入列表響應時間7秒以內(nèi)時，所能達到的最多引用屬性個數(shù)。（owner、創(chuàng)建人、部門、引用有1000萬數(shù)據(jù)實體的屬性）。7、 打開查看頁，相關實體和相關實體列表布局使用初始庫中的缺省設置，相關記錄數(shù)不宜過多500以下。場景要求：1. 單表1000萬條數(shù)據(jù)7秒內(nèi)所達到的最大用戶數(shù)。2. 單表1000萬條數(shù)據(jù)500個用戶事物響應的時間多少，系統(tǒng)資源占用情況。單個用戶手動執(zhí)行測試要求如下：1、 導入最大數(shù)據(jù)量：10萬，同時執(zhí)行5個任務時不出錯。1)、 檢驗數(shù)據(jù)合法性時：每秒4條。2)、 導入時：每秒2條以上。2、 導出最大數(shù)據(jù)量：10萬導出，同時執(zhí)行5個任務時不出錯。3、 單個用戶運行報表：響

12、應時間不超過30秒，分組條件個數(shù)及統(tǒng)計字段個數(shù)以ipcc的14個報表為主。（此項測試待crm4.1.1升級到crm4.3后用人瑞或公司的數(shù)據(jù)做報表運行情況分析）4.4.3測試方法步驟1、利用Load Runner性能測試工具中的Generator應用，錄制性能測試執(zhí)行腳本。步驟2、 修改、調(diào)試并保存測試腳本。步驟3、利用Load Runner性能測試工具的Controller應用，虛擬用戶數(shù)執(zhí)行設計場景并保存場景執(zhí)行結果。步驟4、利用Load Runner性能測試工具監(jiān)測被測環(huán)境下服務器CPU，內(nèi)存、磁盤、網(wǎng)絡帶寬等系統(tǒng)資源的使用情況。步驟5、利用Load Runner性能測試工具中的Anal

13、ysis應用，分析場景執(zhí)行后的結果。步驟6、根據(jù)監(jiān)控結果對系統(tǒng)性能進行分析。步驟7、根據(jù)并發(fā)測試執(zhí)行結果，分析結果是否滿足用戶需求并生成性能測試報告4.4.3測試模擬的操作腳本操作步驟：Script A：1.登錄、2.在線、3.退出。Script C：1.登錄、2.客戶列表、3.查看客戶、4. 編輯客戶、5.退出。Script B：1.登錄、2.聯(lián)系人列表、3.查看聯(lián)系人、4.編輯聯(lián)系人、5.退出。Script D：1.登錄、2.自定義實體列表、3.查看自定義實體、4.編輯自定義實體、5.退出。4.4.4測試模擬的場景場景1：475個用戶在線無并發(fā)運行序號腳本名稱用戶數(shù)運行方式集合點策略備注1

14、Script A175每5秒鐘啟動50個用戶同時啟動，持續(xù)運行4小時，自動運行完畢無2Script B100無3Script C100無4Script D100無場景2：25個用戶在線并發(fā)運行序號腳本名稱用戶數(shù)運行方式集合點策略備注1Script A每5秒鐘啟動50個用戶同時啟動，持續(xù)運行4小時，自動運行完畢10個用戶并發(fā)2Script B5個用戶并發(fā)3Script C5個用戶并發(fā)4Script D5個用戶并發(fā)5系統(tǒng)測試任務和進度5.1測試任務安排5.1.1 CRM4.3測試任務分工具體測試任務分工，見如下文檔。（雙擊打開）系統(tǒng)功能測試計劃時間為：第一輪測試：2012-05-142012-05

15、-15打包日期以實際時間為準第二輪連續(xù)回歸測試：2012-05-172012-05-18隨時打包隨時驗證，可能會頻繁打包，打包日期以實際時間為準系統(tǒng)性能測試計劃時間為：腳本準備：2012-05-212012-05-21場景設計：2012-05-222012-05-22性能測試：2012-05-232012-05-255.2角色角色姓名具體職責或注釋測試經(jīng)理XXX部門工作協(xié)調(diào)獲取適當?shù)馁Y源提供管理報告執(zhí)行、監(jiān)控測試記錄測試結果從錯誤中恢復記錄變更請求測試監(jiān)控及測試人員XXX設計測試大綱評估測試工作的有效性測試環(huán)境搭建、維護提供技術指導測試思路整理執(zhí)行、監(jiān)控測試記錄測試結果從錯誤中恢復記錄變更請求

16、編寫測試報告測試人員XXX執(zhí)行測試測試思路整理記錄結果從錯誤中恢復記錄變更請求測試人員XXX測試思路整理執(zhí)行測試記錄結果從錯誤中恢復記錄變更請求測試人員XXX測試思路整理執(zhí)行測試記錄結果從錯誤中恢復記錄變更請求6測試環(huán)境6.1 初始測試環(huán)境1. 應用程序、數(shù)據(jù)庫服務器序號名稱硬件配置軟件配置數(shù)量1web服務器（6814DELL R710： CPU: Xeon E5606 64位 4核 2.13GHz 硬盤：1TB Mem：4G DDR3DELL T110： CPU：Inter Xeon X3430 2.4GHZ 內(nèi)存:2G 硬盤：250GB1、系

17、統(tǒng)：Linux2、web服務器：3、jdk1.64、數(shù)據(jù)庫：Mysql 5.02臺2數(shù)據(jù)庫服務器（6814）單元測試時按實際情況再具有調(diào)整(預設3臺)6.2測試工具工具廠商/自行研制版本測試管理QC（Quality Center）10HP10項目管理SVN性能測試工具LoadRunner11HP117開發(fā)提供程序包和數(shù)據(jù)庫包7.1文件命名規(guī)則要求：文件包名由：軟件名稱+發(fā)布版本號+文件類型+打包時間組成，例如2012-03-28編譯提供測試的。1. 程序包名稱為：crm4.3.war、ipcc4.3.war2. 數(shù)據(jù)庫包名稱為：crm43.sql

18、壓縮后：包名應為如：程序包和庫2012-03-28.rar 說明：rar代表是壓縮包后綴 war代表完整程序包，可以完整安裝。 sql代表數(shù)據(jù)庫文件的后綴。7.2提交測試程序包和數(shù)據(jù)庫包統(tǒng)一存放：1.開發(fā)負責人將測試的程序包和數(shù)據(jù)庫包統(tǒng)一存放到SVN.CRM4.3DocsTest程序forCRM4.3中，禁止文件發(fā)送。特殊要求：首次測試和最后一輪測試的時候，開發(fā)應提供干凈的（只有基礎數(shù)據(jù)的）數(shù)據(jù)庫包。2.測試負責人到SVN的.CRM4.3DocsTest程序forCRM4.3中取程序包和數(shù)據(jù)庫，搭建測試環(huán)境。8風險分析序號風險描述級別規(guī)避措施1測試環(huán)境與用戶實際應用的環(huán)境不一致，在用戶實際應用中可能會出現(xiàn)一些在本測試環(huán)境下未發(fā)現(xiàn)的問題。高了解客戶實際應用環(huán)境與測試環(huán)境的差別，分析由此差別對測試結果影響程度，并盡量模擬用戶實際應用環(huán)境。2項目進度安排十分緊張，導致測試不全面。高向項目負責人申請增加測試時間。3測試人員對業(yè)務理解不透徹，導致測試結果不準確高測試人員通過跟開發(fā)人員的交流和需求文檔等資料對軟件加深了解。4開發(fā)缺少單元測試，導致3、4級bug很多無法進一步測試，測試版本被退回，影響