某系統(tǒng)平臺測試實施計劃書

1、 *項目名稱測試計劃書1. 測試背景為了保證智慧能源管理系統(tǒng)項目測試工作的組織性，提高測試的工作質(zhì)量和效率，為智慧能源管理系統(tǒng)項目測試工作提供完整的測試計劃、測試人員工作安排、測試輪次、測試方法、系統(tǒng)功能模塊覆蓋率以及測試風(fēng)險分析，確保測試項目平穩(wěn)有序的運行。2. 測試目標(biāo)智慧能源管理系統(tǒng)測試項目的測試目標(biāo)為： 接口程序覆蓋率100%，接口錯誤修改率100% 測試案例的功能覆蓋率達(dá)100%，執(zhí)行率達(dá)100% 已修改的測試問題回歸測試覆蓋率達(dá)100% 測試記錄閉環(huán)率達(dá)95%3. 測試X圍 測試計劃和設(shè)計：根據(jù)軟件需求說明書，制定測試計劃，測試方案，包括收集測試方法，測試用例，測試工具等。 測試：

2、根據(jù)系統(tǒng)詳細(xì)設(shè)計，制定測試計劃，測試方案。此項由開發(fā)人員自測。 集成測試：將各個模塊進(jìn)行組合測試，保證所有功能和界面都正確。對產(chǎn)品重點模塊進(jìn)行負(fù)載測試，確保軟件性能達(dá)到軟件需求說明書的要求4. 測試輸出文檔測試計劃Word2017.05.12測試工程師測試用例Excel2017.05.23測試工程師缺陷報告禪道2017.07.23測試工程師測試報告Word2017.07.31測試工程師 項目的測試人員、職位、工作職責(zé)測試工程師韋*編寫測試計劃 缺陷管理 測試結(jié)果分析黑盒測試工程師韋*編寫測試用例 執(zhí)行測試 報告缺陷性能測試工程師韋*分析軟件功能 開發(fā)腳本 性能測試執(zhí)行 需要配合的部門與人員開發(fā)

3、人員協(xié)助搭建測試環(huán)境業(yè)務(wù)人員協(xié)助測試人員理解需求，提供業(yè)務(wù)幫助5. 測試工具 測試管理工具為禪道、性能測試工具有LoadRunner測試管理禪道易軟天創(chuàng)8.3.1性能測試LRHP8.06. 測試規(guī)模以及工作量分析智慧能源管理系統(tǒng)項目為大型項目，測試工作包括為測試計劃、測試用例的編寫、集成測試的執(zhí)行、性能測試的執(zhí)行，涉及功能模塊較多，業(yè)務(wù)邏輯較為復(fù)雜，預(yù)估測試工作量如下所示。 測試工作量預(yù)估測試案例編寫110215測試執(zhí)行130980 功能點分析登錄登錄及整體架構(gòu)韋*2017-05-29UI界面韋*2017-05-29LOGO及文字韋*2017-05-29功能檢查韋*2017-05-29異常檢測

4、韋*2017-05-29某數(shù)據(jù)韋*2017-05-29首頁UI界面韋*2017-05-30用戶驗證韋*2017-05-30設(shè)置驗證韋*2017-05-30修改密碼驗證韋*2017-05-30通知驗證韋*2017-05-30導(dǎo)航欄驗證韋*2017-05-30四大數(shù)據(jù)顯示模塊韋*2017-05-30日用電量曲線圖韋*2017-05-31月用電量曲線圖韋*2017-05-31月用電量環(huán)比增長率韋*2017-05-31月用量同比增長率韋*2017-05-31告警韋*2017-05-31日用電量對比圖韋*2017-05-31月用電量最大需量韋*2017-05-31配電監(jiān)測配電狀態(tài)韋*2017-06-01

5、日用量條形圖韋*2017-06-01負(fù)荷堆積面積圖韋*2017-06-01電壓圖韋*2017-06-02電流圖韋*2017-06-02功率因數(shù)韋*2017-06-02總表韋*2017-06-02分支回路韋*2017-06-02傳感器韋*2017-06-02外接設(shè)備韋*2017-06-02電表抄讀區(qū)域韋*2017-06-03搜索韋*2017-06-03凍結(jié)日期韋*2017-06-03列表韋*2017-06-03翻頁韋*2017-06-03工具欄韋*2017-06-03召測韋*2017-06-03補抄韋*2017-06-03停止召測韋*2017-06-03歷史數(shù)據(jù)時間韋*2017-06-04下拉列

6、表韋*2017-06-04查詢韋*2017-06-04導(dǎo)出韋*2017-06-04圖形報表韋*2017-06-04列表韋*2017-06-04翻頁韋*2017-06-04能耗分析用電分布韋*2017-06-05條件篩選韋*2017-06-05電量轉(zhuǎn)換標(biāo)準(zhǔn)煤韋*2017-06-05用電條形圖韋*2017-06-05設(shè)備狀況設(shè)備狀況韋*2017-06-06電量統(tǒng)計數(shù)據(jù)統(tǒng)計欄韋*2017-06-06條件篩選韋*2017-06-06列表韋*2017-06-06 綜合報告搜索韋*2017-06-07上傳模板韋*2017-06-07下載插件韋*2017-06-07企業(yè)報表韋*2017-06-07配置管理用

7、戶管理韋*2017-06-08上設(shè)備權(quán)限管理韋*2017-06-08歷史報警條件篩選韋*2017-06-09查詢韋*2017-06-09列表數(shù)據(jù)韋*2017-06-09綜應(yīng)用商店首頁韋*2017-06-09配電監(jiān)測韋*2017-06-09用能能效管理未開發(fā)分布式能源未開發(fā)新能源汽車未開發(fā)儲能管理未開發(fā)其他應(yīng)用未開發(fā)7. 測試進(jìn)程1） 測試流程表2） 測試過程描述a. 測試計劃階段 編寫測試計劃 測試經(jīng)理根據(jù)項目計劃與項目業(yè)務(wù)需求說明書創(chuàng)建測試計劃，如果此需求發(fā)生變化，則將根據(jù)變化更新此項目測試計劃。 評審測試計劃 項目經(jīng)理瀏覽并評審系統(tǒng)項目測試計劃。 測試經(jīng)理負(fù)責(zé)更新此文檔。 項目經(jīng)理負(fù)責(zé)評審

8、和批準(zhǔn)經(jīng)過更新的文檔。 項目測試計劃的版本為1.0, 如果該計劃被更新，則版本的序號也隨之變更。 測試工程師根據(jù)測試計劃執(zhí)行測試任務(wù)。b. 測試用例階段 編寫測試用例 分析軟件需求說明書。 測試工程師根據(jù)軟件需求說明書編寫測試用例。 評審測試用例 測試組負(fù)責(zé)評審測試用例。 在發(fā)現(xiàn)錯誤或問題的情況下，該測試用例將會被更新。 測試經(jīng)理負(fù)責(zé)填寫測試用例評審報告。 我們將測試用例的最初版本定義為1.0，如果該文件得到更新，其版本也會被同時更新。c. 測試階段 冒煙測試測試工程師負(fù)責(zé)根據(jù)項目測試用例進(jìn)行功能性測試，執(zhí)行測試用例的實際輸出結(jié)果是否符合預(yù)期結(jié)果，我們將此用例標(biāo)注為通過或者失敗，將結(jié)果返回給開

9、發(fā)部門。 系統(tǒng)測試根據(jù)項目測試計劃和項目測試用例，測試工程師負(fù)責(zé)執(zhí)行測試用例： 當(dāng)執(zhí)行測試用例時：1. 如果實際輸出結(jié)果和預(yù)期輸出結(jié)果相同，該用例需要被標(biāo)注為通過。2. 如果實際輸出結(jié)果和預(yù)期輸出結(jié)果不同，該用例需要被標(biāo)注為失敗。3. 如果測試時遇到功能性缺陷導(dǎo)致用例不能執(zhí)行，該測試用例需要被標(biāo)注為鎖定，直到該缺陷被修復(fù)，才可以繼續(xù)執(zhí)行該測試用例。4. 所有在測試過程發(fā)現(xiàn)的缺陷，需要被提交到禪道。 測試用例在測試過程中將根據(jù)需要得到更新。 測試經(jīng)理負(fù)責(zé)分析測試結(jié)果，對測試人員執(zhí)行的測試用例進(jìn)行一定比率的內(nèi)部QC（質(zhì)量控制）。 測試完成時，需得到測試經(jīng)理的批準(zhǔn)。備注：所有的缺陷必須被提交到缺陷處

10、理系統(tǒng)禪道。d. 測試總結(jié)階段 分析和總結(jié)測試結(jié)果 測試經(jīng)理總結(jié)各自的測試工作并在項目測試總結(jié)中填寫相應(yīng)的部分內(nèi)容。包括測試工具，測試技術(shù)，測試體會以及工作質(zhì)量等。 測試經(jīng)理負(fù)責(zé)在項目測試總結(jié)中分析與總結(jié)測試數(shù)據(jù)，填寫包括測試人員工作效率，人力資源消耗，測試過程中經(jīng)驗與教訓(xùn)，評價整個項目過程中的測試質(zhì)量。 測試完成 測試經(jīng)理負(fù)責(zé)批準(zhǔn)測試完成。 所有測試人員在項目測試總結(jié)中簽名，證明所有任務(wù)都已完成。8. 測試進(jìn)度及時間資源 智慧能源管理系統(tǒng)項目測試人員數(shù)量為1人，測試時間為80（除去周末）個工作日。測試計劃2017-05-112017-05-12設(shè)計測試用例2017-05-122017-05-

11、23測試用例評審2017-05-242017-05-25環(huán)境搭建2017-05-262017-05-28功能測試2017-05-292017-07-30測試總結(jié)報告2017-08-012017-08-029. 測試輪次安排 智慧能源管理系統(tǒng)項目測試輪次視項目情況而定，通常分為2輪，每輪的工作根據(jù)輪次的推進(jìn)而改變。第一輪2017-05-292017-06-01第二輪2017-06-022017-07-030第一輪用戶界面測試、冒煙測試1第二輪缺陷驗證、功能測試、兼容性測試110. 測試方法1） 功能類測試功能類測試是智慧能源管理系統(tǒng)項目測試工作中的重點，在各個環(huán)節(jié)都需要有比較全面的考慮。先考慮測

12、試案例的組織結(jié)構(gòu)，首先按照功能模塊（通常對應(yīng)系統(tǒng)中的一級菜單）歸類，然后針對各功能模塊下的每一個具體功能（即有獨立頁面的功能，簡稱子功能）再分類，分別設(shè)計不同方面的測試案例，案例的組織結(jié)構(gòu)如下：“某模塊”“某葉子功能1”冒煙測試頁面要素驗證必輸項驗證輸入項檢查聯(lián)動項檢查本功能流程測試通過性測試失效性測試“某葉子功能2”總體規(guī)則驗證數(shù)據(jù)流轉(zhuǎn)測試后臺線程測試數(shù)據(jù)流轉(zhuǎn)測試和后臺線程測試，這兩類案例可考慮根據(jù)情況，放在某一模塊下，或者單獨自成一部份。對這幾類測試，做一個簡要的說明：冒煙測試對本功能正常的主線流程進(jìn)行驗證而設(shè)計的案例此案例專門用來做冒煙測試，通常每個子功能只需提供一條該案例，設(shè)計時只需保

13、證該功能的正常操作流程（即僅輸入必要的有效數(shù)據(jù)）通過即可總體規(guī)則根據(jù)需求文檔中提供的總體規(guī)則來設(shè)計的用例。主要包括各個功能頁面風(fēng)格的一致性、操作習(xí)慣的一致、顯示格式的統(tǒng)一等。通常一個項目的總體規(guī)則是固定的，既要保證案例的執(zhí)行覆蓋度，又要避免案例的冗余，所以總體規(guī)則可由一個人完成設(shè)計，在各個模塊下直接復(fù)用；測試執(zhí)行時，可根據(jù)需要來進(jìn)行執(zhí)行情況的統(tǒng)計。頁面必輸項驗證執(zhí)行該功能操作，頁面中所必須錄入/選擇的項目，是否在為空的情況下仍然可以通過提交的檢查。各個頁面的必輸項不同，要考慮必輸項的顯示方式，以及非必輸項是否也被做了必輸限制等。頁面輸入項檢查主要指在客戶端所進(jìn)行的各類輸入數(shù)據(jù)項的合法性的檢查。

14、這部分案例主要指在客戶端能夠驗證或限制的內(nèi)容，如數(shù)據(jù)輸入長度限制、是否含有非法字符等。頁面聯(lián)動項檢查主要指頁面中多個輸入或選擇項目之間，根據(jù)前一項的結(jié)果而對其它項是否產(chǎn)生了約束的檢查。例如，城市的選擇，選擇了省之后，其下可選擇的市，是否進(jìn)行了列表更新等。本功能流程測試當(dāng)前功能本身的操作及數(shù)據(jù)流程正確性的測試，包括正常流程和異常流程。例如，執(zhí)行轉(zhuǎn)賬操作，輸入正確和錯誤密碼是否得到了正確的正常和異常返回結(jié)果；以及顯示的返回結(jié)果是否與實際結(jié)果一致等。數(shù)據(jù)流轉(zhuǎn)測試主要指智慧能源管理系統(tǒng)與客戶端之間的數(shù)據(jù)通訊是否準(zhǔn)確，以及智慧能源管理系統(tǒng)的授權(quán)、審核流程的數(shù)據(jù)流轉(zhuǎn)是否正確等。例如，超級管理員在智慧能源管

15、理系統(tǒng)設(shè)定某種授權(quán)模式，在客戶端是否正確體現(xiàn)等；或超級管理員修改了客戶信息、發(fā)布了客戶通知等在客戶端是否正確體現(xiàn)等。后臺線程測試驗證系統(tǒng)設(shè)定的在固定時間自動線程是否正確執(zhí)行。例如，系統(tǒng)設(shè)定每天凌晨1點，某系統(tǒng)自動從主機同步網(wǎng)點數(shù)據(jù)進(jìn)行更新等。注： “數(shù)據(jù)流轉(zhuǎn)測試”從名稱和X圍上難與功能流程測試有明顯劃分的界限，可根據(jù)實際項目情況變更案例類別的名稱，或明確規(guī)定試用X圍； 實際項目中可能仍會有部分案例無法劃分在上述的類別中，可根據(jù)實際情況進(jìn)行調(diào)整，或單獨形成一個補充案例。 “冒煙測試”的案例，僅執(zhí)行冒煙測試時使用，案例可能會與“本功能流程測試”的案例重復(fù)，但此處單獨提出，便于測試的執(zhí)行和統(tǒng)計，不算

16、案例冗余。2） 兼容性測試兼容性測試主要應(yīng)針對客戶端，并且根據(jù)客戶的要求并結(jié)合實際，來提供不同的測試方案，并非要盲目的兼容一切；B/S架構(gòu)項目兼容性測試的重點，在于瀏覽器兼容的測試操作系統(tǒng)文件證書的導(dǎo)入，移動證書的識別是否正常主要針對Vista系統(tǒng)測試，其他非MS操作系統(tǒng)根據(jù)需求以及可提供的驅(qū)動程序而定瀏覽器頁面各功能的可用性，界面顯示的美觀、一致性此為兼容性測試的重點。通常需要兼容IE6、IE7（根據(jù)客戶的要求并結(jié)合實際）Office類文檔系統(tǒng)中導(dǎo)出或生成的各類數(shù)據(jù)，使用不同版本的office（包括非MS的office），是否都能夠正常打開并準(zhǔn)確顯示通常以office97以上版本作為測試對象

17、其它主流軟件在系統(tǒng)的使用過程中，如果同時打開其他主流軟件，是否會造成沖突（如QQ、MSN等）此測試僅能對已知的可能不兼容軟件進(jìn)行測試，無法達(dá)到全面測試，需要總結(jié)實際經(jīng)驗來完善硬件設(shè)備系統(tǒng)的使用中，對常見的輸入設(shè)備是否支持良好，尤其在使用特殊控件的位置和獨立的客戶端系統(tǒng)中（如使用USB鍵盤等）此測試僅能對已知的可能不兼容設(shè)備進(jìn)行測試，無法達(dá)到全面測試，需要總結(jié)實際經(jīng)驗來完善3） 多語言測試 系統(tǒng)的界面中，非簡體中文的語言應(yīng)由用戶來提供，或至少需要由用戶確認(rèn)語言使用的準(zhǔn)確性； 重點測試，使用非簡體中文的語言后，頁面內(nèi)容顯示的位置、格式等美觀性是否發(fā)生了變化，是否在可接受X圍內(nèi)； 多語言測試時，要對系統(tǒng)進(jìn)行完整測試，以達(dá)到系統(tǒng)中各個位置（包括彈出的提示信息、異常時的錯誤信息等），都能夠以相應(yīng)的語言正確顯示。4） 性能測試智慧能源管理系統(tǒng)中，性能測試主要針對客戶端進(jìn)行測試，不同項目需求，對性能壓力的要求有所不同，智慧能源管理系統(tǒng)在無特殊要求下無需進(jìn)行性能測試。性能測試的主要應(yīng)用策略： 負(fù)載測試：不斷增加壓力，直到超出預(yù)期性能指標(biāo)，或某種資