秦皇島移動客服信息管理平臺系統(tǒng)測試計劃書

1、秦皇島移動客服信息管理平臺系統(tǒng)軟件測試計劃1 前言 II1.1 編寫目的 II1.2 名詞解釋 II1.3 參考資料 II1.4 測試摘要 42 資源需求 52.1 硬件、軟件資源資源 52.2 人力資源 53 測試詳述 53.1 測試范圍 53.2 測試目標 63.3 風(fēng)險和約束 63.4 測試進度 64 測試策略 74.1 整體策略 74.2 測試類型 74.3 測試技術(shù) 85 測試覆蓋率要求 96 測試提交文檔 97 質(zhì)量目標 11/、八1 前言1.1 編寫目的測試計劃是在軟件測試中最重要的步驟之一， 它在軟件開發(fā)的前期對軟件測試做出 清晰，完整的計劃，不光對整個測試起到關(guān)鍵性的作用，而

2、且對開發(fā)人員的開發(fā)工作， 整個項目的規(guī)劃，項目經(jīng)理的審查都有輔助性作用。編寫測試計劃用來定義測試的范圍、 測試的方法、 所需的資源、 進度等，明確需要 測試的產(chǎn)品項， 需要覆蓋的功能特性， 需要執(zhí)行的測試任務(wù)， 每項任務(wù)的負責(zé)人， 識別 相關(guān)的風(fēng)險。 測試計劃編寫好后， 領(lǐng)導(dǎo)可以根據(jù)測試計劃做宏觀調(diào)控， 進行相應(yīng)的資源 配置，測試人員能夠了解整個項目測試情況以及項目測試不同階段所要進行的工作， 便 于其他人員了解測試人員的工作內(nèi)容， 進行有關(guān)配合工作， 尤其是系統(tǒng)開發(fā)人員， 要根 據(jù)測試計劃來安排自己的工作，以便測試人員找到Bug后，開發(fā)人員可以及時去掉Bug, 很好的安排自己的工作。測試計劃

3、可以有效地預(yù)防計劃的風(fēng)險，保證計劃的順利進行。通過對移動客服信息管理平臺進行全面深入的系統(tǒng)測試和功能測試， 我們要使這套 系統(tǒng)使用起來更加方便， 系統(tǒng)更加穩(wěn)定， 功能更加豐富， 性能更加良好， 整體地提高這 套軟件系統(tǒng)的質(zhì)量、性能和安全性。該文檔使用人員包括： 秦皇島移動公司負責(zé)客服信息管理平臺項目的相關(guān)人員； 燕山大學(xué)軟件中心參與秦移動公司本項目的相關(guān)測試人員。1.2 名詞解釋本方案中包含如下術(shù)語和縮寫：秦移動：秦皇島移動公司；燕大軟件：燕山大學(xué)計算機軟件中心；1.3 參考資料參考資料及內(nèi)容：移動客服信息管理平臺系統(tǒng)程序清單； 移動客服信息管理平臺系統(tǒng)測試方案； 移動客服信息管理平臺系統(tǒng)測試

4、項目清單;移動客服信息管理平臺系統(tǒng)測試計劃；遵循標準：燕軟文檔編寫規(guī)范；燕軟測試管理過程規(guī)范。1.4測試摘要A. 測試事項1、公共：這一功能類型是每個程序模塊都要測試的，包括如下幾項：(1) 信息處理：主要是與界面提示信息有關(guān)的，如提示信息(2) UI動態(tài)處理：主要是界面動態(tài)變化時出現(xiàn)的錯誤，如窗口不能自適應(yīng)(3) 常規(guī)：主要是界面通常的控件是否符合開發(fā)標準，如字體大小(4) DATA排列：數(shù)據(jù)的對齊方式(5) 遺漏：檢查遺漏的錯別字等(6) 其他：一些其他明顯的錯誤(7) 檢查輸入形式：與輸入數(shù)據(jù)有關(guān)的錯誤，如是否校驗(8) 檢查必錄項：與必錄項檢查相關(guān)的內(nèi)容(9) 檢查KEY值：與保存是否

5、主鍵沖突有關(guān)的內(nèi)容(10) Data保護：保護數(shù)據(jù)不被任意修改(11) 檢查輸入大小：與數(shù)值是否越界等有關(guān)的內(nèi)容(12) LINK處理：菜單是否與程序連接正確(13) 保密：與系統(tǒng)安全有關(guān)的內(nèi)容(14) 事件處理：控件的操作事件是否能夠正確執(zhí)行(15) 初始化：界面參數(shù)初始化相關(guān)的內(nèi)容2、查詢、增加、刪除、修改、保存、彈出窗、打印/導(dǎo)出等，只有當程序有相應(yīng) 功能才需進行測試，沒有的忽略這個功能類型。3、其他：上述兩項中沒有包括的測試項目B. 時間進度:測試活動計劃開始時間計劃結(jié)束時間實際開始時間實際結(jié)束時間制定測試計劃測試方案設(shè)計單元測試集成測試系統(tǒng)測試性能測試安裝測試用戶驗收測試產(chǎn)品發(fā)布C.

6、 測試目標通過測試，達到以下目標：1. 測試已實現(xiàn)的產(chǎn)品是否達到設(shè)計的要求，包括：各個功能點是否以實現(xiàn), 業(yè)務(wù)流程是否正確。2. 產(chǎn)品規(guī)定的操作和運行穩(wěn)定。3. Bug數(shù)和缺陷率控制在可接收的范圍之內(nèi)。2資源需求2.1硬件、軟件資源資源測試人員操作系統(tǒng)CPU內(nèi)存瀏覽器其它程平Win dows XPP87002.53GHZ2GBIE7王朋Win dows XPP87002.53GHZ2GBIE7藺靜Win dows XPP87002.53GHZ2GBIE6崔曉軍Win dows XPP87002.53GHZ2GBIE6孔德瀚Win dows XPP87002.53GHZ2GBIE62.2人力資源

7、測試審核人一名，測試實施人員5名。3測試詳述3.1測試范圍本次測試的范圍是信息管理平臺系統(tǒng)的系統(tǒng)測試和功能測試。需要測試的模塊共有11個模塊，99個應(yīng)用程序。11個模塊包括系統(tǒng)管理、數(shù)據(jù)處理、報表系統(tǒng)、客服投訴督辦任務(wù)、綜合查詢、日月報管理、其他附件管理、附件接收設(shè) 置、投訴預(yù)警管理、營業(yè)廳排號機管理、升級投訴管理。3.2測試目標通過對移動客服信息管理平臺進行全面深入的系統(tǒng)測試和功能測試，我們要使這套系統(tǒng)使用起來更加方便，系統(tǒng)更加穩(wěn)疋，功能更加豐富，性能更加良好， 整體地提高這套軟件系統(tǒng)的質(zhì)量、性能和安全性。3.3風(fēng)險和約束本次測試過程中，可能出現(xiàn)的風(fēng)險如下： bug的修復(fù)情況 模塊功能的實現(xiàn)

8、情況 系統(tǒng)整體功能的實現(xiàn)情況 代碼的編寫質(zhì)量人員經(jīng)驗以及對軟件的熟悉度 開發(fā)人員、測試人員關(guān)于項目約定的執(zhí)行情況 人員調(diào)整導(dǎo)致研發(fā)周期延遲開發(fā)時間的縮短導(dǎo)致某些測試計劃無法執(zhí)行3.4測試進度測試階段開始時間結(jié)束時間資源是否里程 碑系統(tǒng)測試計劃測試用例編寫測試用例評審單元測試用戶手冊編寫集成測試系統(tǒng)測試系統(tǒng)測試報告編寫4測試策略4.1整體策略第一步：根據(jù)測試計劃中的計劃日期和測試人員，確認待測程序。第二步：把測試報告模板按測試報告命名規(guī)范另存為該程序的測試報告第三步：填寫測試報告的開發(fā)者、程序標識、測試人員、測試日期、設(shè)計要 點、測試要點、前提條件.第四步：根據(jù)移動客服信息管理平臺需求報告的基本

9、流程以及備選事件流程 確認該應(yīng)用界面需要進行測試的步驟，并將其填寫到測試報告的測試用例中。第五步：根據(jù)程序界面編寫測試用例，并在測試報告中記錄測試用例，測試 用例的編寫請參照測試用例編寫說明嚴格進行。第六步：輸入測試用例，執(zhí)行用例進行系統(tǒng)測試并填寫測試報告的測試項目 的測試結(jié)果。第七步：比較實際結(jié)果與預(yù)期結(jié)果，填寫功能測試結(jié)果。第八步：根據(jù)各測試分項的測試結(jié)果，確認該應(yīng)用界面綜合測試結(jié)果。4.2測試類型編 號測試類型說明是否米 用1功能測試根據(jù)需求文檔、設(shè)計文檔等檢查產(chǎn)品是否正確實 現(xiàn)了功能。2流程測試按操作流程進行的測試，主要有業(yè)務(wù)流程、數(shù)據(jù) 流程、邏輯流程、正反流程，檢查軟件在按流程 操作

10、時是否能夠正確處理3界面測試檢查界面是否符合公司界面規(guī)范，是否美觀合理4易用性測試檢查系統(tǒng)是否易用友好，是否符合通用的操作習(xí) 慣5接口測試檢查系統(tǒng)能否與外部系統(tǒng)或外部設(shè)備等是否接 口正常6安裝測試檢查系統(tǒng)能否正確安裝、配置基礎(chǔ)數(shù)據(jù)是否正確7性能測試提取系統(tǒng)性能數(shù)據(jù)，檢查系統(tǒng)是否滿足在需求中 所規(guī)定達到的性能。8安全性測試檢查系統(tǒng)安全，是否達到安全需求，是否存安全 隱患9兼容性測試對于C/S架構(gòu)的系統(tǒng)來說，需要考慮客戶端支 持的系統(tǒng)平臺。對于B/S架構(gòu)的系統(tǒng)來說需要考慮用戶端瀏覽 器的版本。4.3測試技術(shù)編 號測試技術(shù)說明是否米 用1測試用例設(shè) 計在產(chǎn)品需求評審?fù)ㄟ^后編寫測試用例2白盒測試單元測

11、試是否開展代碼測試3自動化測試系統(tǒng)回歸時是否要引入自動化測試4性能測試是否是使用工具進行性能方面的測試5黑盒測試指的是把被測軟件看作一個盒子，我們不去關(guān)心 盒子里面是什么樣子，只關(guān)心軟件的輸入數(shù)據(jù) 和輸出結(jié)果。6靜態(tài)測試靜態(tài)測試的對象包括文檔、代碼、界面等，主 要是根據(jù)用戶的要求、及相關(guān)標準規(guī)范進行分析 與檢查。常用的手段是人工檢測，依靠人工審查 或評審軟件，偏重于編碼風(fēng)格、質(zhì)量的檢驗，除 了審查編碼還要對各階段的軟件文檔進行檢驗， 計算機輔助靜態(tài)分析，是很有效的靜態(tài)測試。7動態(tài)測試通過觀察代碼運行時的動作，來獲取執(zhí)行結(jié)果， 并得到時間效率、系統(tǒng)可靠性等方面的信息，動 態(tài)測試通過真正運行程序發(fā)

12、現(xiàn)錯誤，通過有效的 測試用例，對應(yīng)的輸入/輸出關(guān)系來分析被測程序 的運行情況。8回歸測試重復(fù)測試先前測試過的或修改過的程序，確認發(fā) 生的更改是否給軟件其他未改變的部分帶來新 的缺陷。9手工測試手工測試即測試人員在不借助工具的情況下， “親力親為”地進行測試。10隨機測試指測試中所有的輸入數(shù)據(jù)都是隨機生成的，其目 的是模擬用戶的真實操作， 并發(fā)現(xiàn)一些邊緣性 的錯誤。隨機測試又叫猴子測試。5測試覆蓋率要求A. 對源代碼的測試覆蓋率要求：對軟件關(guān)鍵模塊的語句覆蓋率要達到 100%，分支覆蓋要達到90%以上。B. 對需求的測試覆蓋率要求：軟件測試的需求有三個層次，即任務(wù)需求、用戶需求、功能需求，測試需

13、求分析和測試用例設(shè)計參照的是軟件需求規(guī)格說明書。測試用例的執(zhí)行率要在100%6測試提交文檔（一）測試項目列表部分：1. 開 發(fā)者：被測程序的開發(fā)人員，可以從程序清單中獲??；2. 程序標識：分為兩部分，分別為程序ID和程序名稱，均可以從程序清單中獲??；3. 設(shè)計要點：該程序設(shè)計時的要點信息，可以從程序清單中獲??；4. 測試要點：在對該程序測試時的測試要點信息，可以從程序清單中獲?。?. 前提條件：在進行被測程序前，需要具備的前提條件；6. 測試人員：進行該程序測試的測試人員，如果進行第一輪測試，請在 測試人員1中填寫測試人員的姓名，如果進行第二輪測試，請在 測 試人員2中填寫；7. 測試日期：進

14、行該程序測試的測試日期，填寫方式與測試人員一致；8. 測試結(jié)果：綜合測試結(jié)果，測試結(jié)果 1等測試結(jié)果的填寫說明見詳見下表：結(jié)果標識結(jié)果說明Y通過（沒有錯誤）N未通過（有錯誤）N->Y修復(fù)后通過（有錯誤但已修復(fù)）X無該測試項目z無法確定（不能判斷或無法測試）9. 問題用例編號：在本項目上未通過的用例編號，未在該項目上出錯的用例不用填寫；10. 改善意見及其它說明：測試人員對該項目完善的意見及說明文字。（二）測試用例部分：1. 用例編號：測試用例的流水編號；2. 測試序號：第幾輪測試的編號，如第一輪測試就填入1st ；3. 測試項目分類：某測試用例如果是專為某測試項目測試而編制的，則選擇具體

15、的測試項目分類，否則，選擇全部；4. 用例前提：使用該用例測試的前提條件是什么；5. 步驟描述：對操作步驟進行詳細描述；6. 輸入值：對本測試操作所輸入的內(nèi)容值；7. 預(yù)期結(jié)果：對本測試操作的系統(tǒng)反應(yīng)的期望結(jié)果，也就是說正確的結(jié)果是什么；8. 實際結(jié)果：測試人員本測試用例進行測試后，系統(tǒng)給出的實際操作結(jié)果9. 是否通過：實際測試后，比較預(yù)期結(jié)果與實際結(jié)果，判定是否能夠通過本次測試；10. 標志狀態(tài)：用于測試人員與開發(fā)人員共同對缺陷的改善進行跟蹤，具體見下表：缺陷狀態(tài)描述提交測試經(jīng)理：已提交但未確認的缺陷打開開發(fā)經(jīng)理：確認“提交的缺陷”，分配相關(guān)人員修復(fù)拒絕開發(fā)經(jīng)理：拒絕“提交的缺陷”，不需要修復(fù)或不是缺陷解決開發(fā)經(jīng)理：缺陷被修復(fù)關(guān)閉測試經(jīng)理：確認被修復(fù)的缺陷，將其關(guān)閉暫緩開發(fā)經(jīng)理：暫時無法解決的缺陷6.2、測試報告命名規(guī)范規(guī)則：程序ID_測試人姓名全拼_測試日期（YYYYMMDD第幾輪測試。例如：測試人員王朋在2010年10月9日在進行第1輪測試，被測程序ID為A01