OA項目—測試計劃

1、0A系統(tǒng)測試計劃文件狀態(tài)：文件標(biāo)識：SZ-OA-TEST-PLAN草稿當(dāng)前版本：1.0"正式發(fā)布作者：敏正在修改完成日期：2009-06-25版本歷史版本/狀態(tài)作者參與者起止日期備注vl.O敏蔡清、林培2009-06-22 2009-06-24正式發(fā)布目錄1、測試圍與主要容 42、測試方法 43、測試環(huán)境與測試輔助工具 . 54、測試完成準(zhǔn)則 65、人員與任務(wù)表 66、缺陷管理與改錯計劃 77. 風(fēng)險管理計劃 7附錄 . 本計劃審批意見 91、測試圍與主要容1.1 準(zhǔn)備測試的特征以下特征將被測試 ，以確保云山市教育局0A系統(tǒng)能夠滿足 02-OA項目-需求規(guī)格說明書中指定的需求 :2需

2、求3.1.2公文管理2需求3.1.3會議管理2需求3.1.4用車管理2需求3.1.5消息管理2需求3.1.6個人事務(wù)管理2需求3.1.7移動辦公2需求3.1.8日志管理2需求3.1.9系統(tǒng)管理2需求3.2.1可用性2需求3.2.2可靠性2需求3.2.3性能2需求3.2.4可支持性2需求3.2.5設(shè)計約束2需求3.2.6安全性2需求3.2.7用戶界面1.2 不準(zhǔn)備測試的特征2 、 測試方法總體測試方法包括白盒測試和黑盒測試。2.1 白盒測試在單元測試中運用白盒測試方法，主要測試與數(shù)據(jù)庫交換模塊以及代碼的規(guī)化。2.2 黑盒測試在功能測試、性能測試、壓力測試中運用黑盒測試方法，包括：等價類劃分、邊值

3、分析、錯誤推測。3、測試環(huán)境與測試輔助工具3.1運行環(huán)境硬件設(shè)備序號設(shè)備型號設(shè)備用途設(shè)備配置服務(wù)器測試0A系統(tǒng)服 務(wù)器功能2手機(jī)測試OA的移動 辦工功能可上網(wǎng)3個人計算機(jī)測試客戶端的功能Win dow2000/wi ndowXP序號技術(shù)指標(biāo)項目技術(shù)指標(biāo)1CPU類型32 位 CPU 為 P4 2.0G*1 (標(biāo)配 1 顆)2CPUCache (L1+L2)CPU=512k3存（最大滿配）系統(tǒng)存=512M （標(biāo)配512M,目前配置 2.5G）4網(wǎng)絡(luò)協(xié)議支持TCP/IP、IPX等多種協(xié)議族5系統(tǒng)可靠性MTBF>=80000 小時6操作系統(tǒng)系統(tǒng)采用 Windows 2000操作系統(tǒng)7局域網(wǎng)接入方

4、式采用10/100/1000以太網(wǎng)軟件環(huán)境服務(wù)器軟件環(huán)境操作系統(tǒng)：采用Win dows2000 ServerWeb服務(wù)：數(shù)據(jù)庫：SQL SERVER 2005 Express客戶端軟件環(huán)境操作系統(tǒng)：Windows9x以上，IE5.5 （推薦使用 IE6.0）條件名稱類型和說明數(shù)量后臺服務(wù)器操作系統(tǒng)：采用 Windows2003 Server、WEB服務(wù)：Apache 2.0+Tomcat+JDK1.4.3、數(shù)據(jù)庫：SQLServer20001名稱類型和說明數(shù)量測試用客戶端Win98、Windows 2000 或 XP13.2所使用的測試輔助工具名稱簡介測試員LoadR unner 7.8企業(yè)級

5、軟件并發(fā)自動化壓力測試工具Win Ru nnerC/S、B/S架構(gòu)下功能性自動化測試工具4、測試完成準(zhǔn)則4.1通過/失敗標(biāo)準(zhǔn)每個測試用例的通過 /失敗標(biāo)準(zhǔn)都由它預(yù)期的結(jié)果來描述。如果在執(zhí)行一具測試用例時得到了預(yù)期的結(jié)果，那么測試就通過。如果在執(zhí)行一測試用例時沒有得到預(yù)期的 結(jié)果，那么測試就失敗。如果因為構(gòu)建中存在一些阻礙的缺陷而未能執(zhí)行某項測試，則 該測試的結(jié)果將記為“受阻”。要讓云山市教育局OA系統(tǒng)成功退出系統(tǒng)測試階段，則要達(dá)到以下準(zhǔn)則：1 ）功能性測試用例通過率達(dá)到100 %;2 ）非功能性測試用例通過率達(dá)到95 %時3 ）相鄰8個CPU小時“測試期缺陷密度”全部低于或等于14.2掛起標(biāo)準(zhǔn)

6、和繼承標(biāo)準(zhǔn)如果基本的功能不能工作，那么測試工作將掛起，直到這種功能可以工作為止。當(dāng)出現(xiàn)災(zāi)難性的缺陷時，我們將嘗試?yán)^續(xù)測試，除非該缺陷非常嚴(yán)重，致使超進(jìn)50%勺測試用例受阻。5、人員與任務(wù)表人員角色職責(zé)、任務(wù)時間敏測試團(tuán)隊負(fù)責(zé)人測試協(xié)調(diào)、報告、特征測試100%蔡清測試員GUI測試、壓力測試100%林培測試員功能測試、性能測試100%備注：L （蔡清）； Y （林培）活動周期開始時間結(jié)束時間實施者編寫系統(tǒng)測試用例3工作日09-8-1209-8-14P / L / Y第一次測試2工作日09-8-1509-8-16P / L / Y編寫測試報告1工作日09-8-1709-8-17P / L / Y6、

7、缺陷管理與改錯計劃1、發(fā)現(xiàn)和記錄缺陷測試人員根據(jù)測試用例，使用手工結(jié)合自動化測試方式執(zhí)行測試，其間被確認(rèn)的所有和項目有關(guān)的缺陷被記錄到缺陷管理工具（TestDirector）中，并設(shè)置狀態(tài)為n ew。2、檢查缺陷開發(fā)小組負(fù)責(zé)人檢查是否有新的缺陷，如果的確是待修復(fù)的缺陷， 設(shè)置缺陷狀態(tài)為 open ；如果缺陷重復(fù)，將它的狀態(tài)改為closed ;如果缺陷描述不清楚或無法重現(xiàn)，將它的狀態(tài)改為 Rejected 。3、修復(fù)缺陷根據(jù)缺陷的嚴(yán)重程度和狀態(tài)情況，有選擇地進(jìn)行缺陷修復(fù)。缺陷將被分配給指定的成員進(jìn)行修復(fù)，修復(fù)完成后將缺陷狀態(tài)改為fixed 。4、驗證缺陷缺陷修復(fù)完成后，測試人員驗證 fixed狀態(tài)的缺陷。如果驗證通過，將缺陷狀態(tài)改為closed ;如果驗證不通過，將缺陷狀態(tài)改為Reopen。在制定系統(tǒng)測試計劃、設(shè)計系統(tǒng)測試用例、執(zhí)行系統(tǒng)測試過程中，任何人發(fā)現(xiàn)系統(tǒng)中的缺陷時都必須使用指定的“缺陷管理工具（TestDirector）記錄缺陷。測試人員或開發(fā)人員應(yīng)該及時消除已經(jīng)發(fā)現(xiàn)的缺陷，消除缺陷之后應(yīng)當(dāng)馬上進(jìn)行回歸測試，以確保 不會引入新的缺陷。7. 風(fēng)險管理計劃下表列出了測試SZ-OA系統(tǒng)相關(guān)的風(fēng)險，對風(fēng)險發(fā)生的可能性的估計，風(fēng)險將導(dǎo)致的影響，以及對每項風(fēng)險的緩解計劃的簡單描述。風(fēng)險發(fā)生的 可能性影響緩解方法在計劃時間，軟件開發(fā)可能不能按