秦皇島移動(dòng)客服信息管理平臺(tái)系統(tǒng)測(cè)試計(jì)劃書

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

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

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

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

5、主鍵沖突有關(guān)的內(nèi)容(10) Data保護(hù)：保護(hù)數(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)出等，只有當(dāng)程序有相應(yīng) 功能才需進(jìn)行測(cè)試，沒有的忽略這個(gè)功能類型。3、其他：上述兩項(xiàng)中沒有包括的測(cè)試項(xiàng)目B. 時(shí)間進(jìn)度:測(cè)試活動(dòng)計(jì)劃開始時(shí)間計(jì)劃結(jié)束時(shí)間實(shí)際開始時(shí)間實(shí)際結(jié)束時(shí)間制定測(cè)試計(jì)劃測(cè)試方案設(shè)計(jì)單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試性能測(cè)試安裝測(cè)試用戶驗(yàn)收測(cè)試產(chǎn)品發(fā)布C.

6、 測(cè)試目標(biāo)通過測(cè)試，達(dá)到以下目標(biāo)：1. 測(cè)試已實(shí)現(xiàn)的產(chǎn)品是否達(dá)到設(shè)計(jì)的要求，包括：各個(gè)功能點(diǎn)是否以實(shí)現(xiàn), 業(yè)務(wù)流程是否正確。2. 產(chǎn)品規(guī)定的操作和運(yùn)行穩(wěn)定。3. Bug數(shù)和缺陷率控制在可接收的范圍之內(nèi)。2資源需求2.1硬件、軟件資源資源測(cè)試人員操作系統(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、測(cè)試審核人一名，測(cè)試實(shí)施人員5名。3測(cè)試詳述3.1測(cè)試范圍本次測(cè)試的范圍是信息管理平臺(tái)系統(tǒng)的系統(tǒng)測(cè)試和功能測(cè)試。需要測(cè)試的模塊共有11個(gè)模塊，99個(gè)應(yīng)用程序。11個(gè)模塊包括系統(tǒng)管理、數(shù)據(jù)處理、報(bào)表系統(tǒng)、客服投訴督辦任務(wù)、綜合查詢、日月報(bào)管理、其他附件管理、附件接收設(shè) 置、投訴預(yù)警管理、營(yíng)業(yè)廳排號(hào)機(jī)管理、升級(jí)投訴管理。3.2測(cè)試目標(biāo)通過對(duì)移動(dòng)客服信息管理平臺(tái)進(jìn)行全面深入的系統(tǒng)測(cè)試和功能測(cè)試，我們要使這套系統(tǒng)使用起來更加方便，系統(tǒng)更加穩(wěn)疋，功能更加豐富，性能更加良好， 整體地提高這套軟件系統(tǒng)的質(zhì)量、性能和安全性。3.3風(fēng)險(xiǎn)和約束本次測(cè)試過程中，可能出現(xiàn)的風(fēng)險(xiǎn)如下： bug的修復(fù)情況 模塊功能的實(shí)現(xiàn)

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

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

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

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

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

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

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

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