6、佛山禪城智能交通二期視頻監(jiān)控平臺測試方案

1、佛山市禪城區(qū)智能交通二期理測試方案圖像管東方網(wǎng)力2014 年 09 月 15 日文檔名稱測試方案文檔版本V1.0文檔NP-GDFSCC-CCJJ001密級修訂日期版本修訂說明修訂人目 錄簡介411.1目的4背景4范圍41.21.3測試約束422.1測試進出條件.2進入條件4退出條件52.2測試通過和失敗準則.2通過準則5失敗準則52.3測試啟動/結(jié)束/暫停/再啟動準則5測試啟動準則5測試結(jié)束準則5測試暫停/再啟動準則.22.3.3測試需求634集成策略84.1集成計劃85測試策略95.1測試類型.25.1.3功能測試9接口

2、測試9回歸測試105.2測試輪數(shù)10測試資源1066.1人力需求10測試環(huán)境11測試工具116.26.3測試進度1178和解決問題111簡介1.1 目的本文檔用于描述系統(tǒng)測試任務計劃，供系統(tǒng)測試參考，使得測試活動嚴格按照步驟有序進行，以確保測試工作能順利的完成。1.2 背景本文檔所應用的系統(tǒng)是佛山市禪城區(qū)智能交通二期圖像管理，建設(shè)是禪城，承建是東方網(wǎng)力。1.3 范圍本次測試計劃主要是針對的集成測試：不含硬件，系統(tǒng)測試，以及單元測試（需要已經(jīng)完成單元測試）主要的任務：1、 測試在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；2、 測試各個子功能組合起來，能否達到預期要求的父功能；3、

3、一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響4、 數(shù)據(jù)結(jié)構(gòu)是否有問題；5、 單個模塊的誤差積累起來，是否會放大，從而達到不可接受的程度。主要測試方法：使用黑盒測試方法測試集成的功能。并且對以前的集成進行回歸測試本文主要的讀者對象：項目，集成部門經(jīng)理，集成測試設(shè)計師。2測試約束2.1 測試進出條件2.1.1 進入條件編碼完成，單元測試完成。測試計劃完成，時間表以及安排到位。2.1.2 退出條件致命和嚴重級別的缺陷清除率達到 100，致命和嚴重的缺陷修復率達到 100，一般缺陷的修復率達到 99并且遺留缺陷數(shù)小于 5 個2.2 測試通過和失敗準則2.2.1 通過準則每輪測試所有用例全部執(zhí)行

4、完畢，沒有出現(xiàn)致命性錯誤，回歸測試或執(zhí)行新增測試用例時不再出現(xiàn)問題。2.2.2 失敗準則每輪測試所有用例全部執(zhí)行完畢，沒有出現(xiàn)致命性錯誤，回歸測試或執(zhí)行新增測試用例時不再出現(xiàn)問題，且回歸測試的周期不少于 7 天，回歸測試執(zhí)行的測試用例數(shù)比例不低于 90，則測試工作通過。2.3 測試啟動/結(jié)束/暫停/再啟動準則2.3.1測試啟動準則提交一份待發(fā)布的版本測試環(huán)境準備妥當相關(guān)到位2.3.2測試結(jié)束準則測試案例全部執(zhí)行完畢，證明系統(tǒng)符合需求，遺留滿足測試退出條件且在質(zhì)量標準允許范圍內(nèi)，即可結(jié)束測試。2.3.3 測試暫停/再啟動準則被測模塊出現(xiàn)某個致命性錯誤。測試案例無法繼續(xù)執(zhí)試工作需暫停，如果非關(guān)聯(lián)模

5、塊可以進試則執(zhí)行非關(guān)聯(lián)模塊的測試；當這些問題得到解決后重新啟動該模塊的測試工作。3測試需求子系統(tǒng)演示內(nèi)容監(jiān)控子系統(tǒng)抽取機：3 臺進行演示（1）實時和對非固定式槍機進行云臺上、下、左、右操作控制和焦距拉近、演示。（2）多路回放。對抽取的 3 路進行同時、暫停和快進的操作。（3）亮度、對比度、飽和度及色度的調(diào)節(jié)，演示人自行選擇 1路操作。（4）截圖支持直接上傳至信息圖像庫。電視墻子系統(tǒng)將 3 路通過電視墻功能投放至現(xiàn)場顯示器?？谧酉到y(tǒng)（1）卡口資源自定義分組功能（2）卡口功能。實時顯示評委會抽取的卡口的過車信息，信息內(nèi)容需包含過車、號牌號碼、過車時間、行駛速度和號牌種類。隨機選取 1 車輛號牌（

6、以下簡稱號牌A）進行下一步的功能演示。（3）布控功能。演示人演示對號牌A 的布控、審核流程。（4）通行查詢功能。演示號牌A 的通行查詢功能。（5）研判分析功能。演示跟車分析功能和碰撞功能。（6）統(tǒng)計分析功能GIS 視頻指揮子系統(tǒng)（1）GIS 地圖縮放、移動演示（2）距離測量和面積測量功能演示（3）卡口資源分布查詢（4）軌跡查詢功能（5）跟車查詢功能（6）碰撞分析功能（7）巡邏功能視圖庫子系統(tǒng)（1）信息圖像庫信息添加功能（2）信息圖像庫查詢功能運維子系統(tǒng)（1）設(shè)備管理功能（2）報障管理功能（3）日志查詢功能（4）時鐘同步功能（5）統(tǒng)計報表功能4集成策略本系統(tǒng)的集成測試采用自底向上的集成（Bott

7、om-Upegration）的方式。自底向上集成方式從程序模塊結(jié)構(gòu)中最底層的模塊開始組裝和測試。因為模塊是自底向上進行組裝的，對于一個給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）事前已經(jīng)完成組裝并經(jīng)過測試，所以不再需要編制樁模塊（一種能模擬真實模塊，給待測模塊提供調(diào)用接口或數(shù)據(jù)的測試用模塊）。系統(tǒng)管理功能（1）用戶管理功能（2）角色管理功能偵查子系統(tǒng)（1）演示虛擬卡口虛擬線圈設(shè)置，并進行卡口識別，能夠成功捕獲過車，自動號牌識別并上傳至卡口數(shù)據(jù)庫（2）從接入的卡口設(shè)備中隨機選取 2 張卡口進行二次識別，能夠識別號牌號碼、號牌顏色和定位號牌位置（即能自動使用不同顏色框定機動車號牌）（3）

8、演示人從現(xiàn)場自行實時的資源中隨機選取 2 分鐘 進行分析，進行索引和摘要的智能化分析處理，提取相關(guān)目標信息。實現(xiàn)以下功能：1、分析功能能完成的索引與摘要創(chuàng)建2、能從資源列表中直接選擇機，有設(shè)置人、車和運動物體的參數(shù)的選項，分析結(jié)果能分縮略圖像和運動物體軌跡線路兩種展示方式索引查看：1、能通過點擊圖像、軌跡 2 種方式回看目標經(jīng)過的和索引圖像，索引圖像有疊加顯示軌跡線和運動目標標識功能2、索引信息能夠保存至圖像信息庫索引檢索：1、 圖像查找功能。通過上傳截圖能搜索定位截圖時間位置，并實現(xiàn)回看目標經(jīng)過的原始2、通過目標規(guī)則檢索索引信息。點擊檢索結(jié)果能關(guān)聯(lián)查看索引相關(guān)圖像和原始疊加型摘要：能夠?qū)⒈尘?/p>

9、與運動目標分離出來，將運動目標疊加到背景上，使得不同時間出現(xiàn)的目標出現(xiàn)在同一畫面中，再通過點擊目標能回溯到原始選擇這種集成方式，管理方便、測試能較好地鎖定故障所在位置。集成測試中的主要步驟：1.制定審核測試計劃2.制定和審核測試用例3.進試活動4.書寫測試4.1集成計劃5測試策略對每一個工作版本將進行以下三種類型的測試：A、接口測試，測試接口調(diào)用。B、功能測試，測試工作版本應該實現(xiàn)的功能。C、回歸測試，在新版本中執(zhí)行以前集成版本的測試用例。集成次號集成目標被集成對象計劃集成時間包含的接口F-01檢驗功能點正確性，驗證其與需求文檔描述一致子系統(tǒng)兩周無F-02用戶登錄與權(quán)限電視墻模塊一周UserM

10、is WebServiceF-03檢驗功能點正確性，驗證其與需求文檔描述一致布控模塊一周F-04檢驗功能點正確性，驗證其與需求文檔描述一致指揮模塊一周F-05檢驗功能點正確性，驗證其與需求文檔描述一致交通管理模塊一周F-06檢驗功能點正確性，驗證其與需求文檔描述一致模塊一周F-07檢驗功能點正確性，驗證其與需求文檔描述一致運維管理模塊一周話務系統(tǒng)指令集F-08檢驗功能點正確性，驗證其與需求文檔描述一致任務一周5.1 測試類型5.1.1功能測試5.1.2接口測試5.1.3回歸測試測試目標：確保前一個集成的版本并未因為新版本的增量集成而帶來缺陷。技術(shù)：在新的集成版本中使用前一個集成版本的自動化測試

11、執(zhí)行自動化測試。完成標準：前一個集成版本的所用測試用例已全部執(zhí)行。測試目標：確?！皽y試需求”中對應的所有工作版本的單元組合到一起后能夠按照設(shè)計的意圖協(xié)作運行，接口的調(diào)用正確。技術(shù)：重用為系統(tǒng)測試準備的測試用例、分析測試用例對接口的覆蓋情況，對沒有覆蓋的接口設(shè)計足夠的測試用例，以覆蓋所有的調(diào)用接口。為每個測試用例制定測試過程，生成測試。以實現(xiàn)測試的自動化。完成標準：所計劃的測試全部執(zhí)行、對以前版本的接口完成了回歸測試、所發(fā)現(xiàn)的高優(yōu)先級缺陷和高等級的缺陷已完全解決。需考慮的特殊事項：開發(fā)應該保證每個后續(xù)的集成版本的基本界面元素都未改變?？紤]測試的重用性以及自動化測試。測試目標：確保已經(jīng)集成的工作版

12、本的正確性，能夠?qū)崿F(xiàn)該集成版本應該具有的功能的正確性以及完整性。技術(shù)：重用為系統(tǒng)功能測試設(shè)計的部分測試用例，部分測試過程。生成測試，實現(xiàn)測試自動化。完成標準：所計劃的測試全部執(zhí)行、對以前版本的接口完成了回歸測試、所發(fā)現(xiàn)的高優(yōu)先級缺陷和高等級的缺陷已完全解決。需考慮的特殊事項：開發(fā)應該保證每個后續(xù)的集成版本的基本界面元素都未改變?？紤]測試的重用性以及自動化測試。5.2 測試輪數(shù)當發(fā)生測試完成后，提交物發(fā)生Bug，或者明顯的功能性錯誤。導致系統(tǒng)無法使用或者影響的，立即返回重新測試。6測試資源6.1人力需求6.2測試環(huán)境資源名稱/類型數(shù)據(jù)庫AppServer.Net4.0客戶端Cnt_foshan角

13、色具體職責測試經(jīng)理向進行管理監(jiān)督。職責：提供技術(shù)指導、獲取適當?shù)馁Y源、提供管理測試設(shè)計員確定測試用例、確定測試用例的優(yōu)先級并實施測試用例。職責：生成測試計劃、生成測試模型、評估測試工作的有效性測試員、執(zhí)試。職責：執(zhí)試、結(jié)果、從錯誤中恢復、變更請求測試系統(tǒng)管理員確保測試環(huán)境和資產(chǎn)得到管理和。職責：管理測試系統(tǒng)、分配和管理角色對測試系統(tǒng)的權(quán)數(shù)據(jù)庫管理員確保測試數(shù)據(jù)（數(shù)據(jù)庫）環(huán)境和資產(chǎn)得到管理和。職責：管理測試數(shù)據(jù)（數(shù)據(jù)庫）所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項：開發(fā)應該保證每個后續(xù)的集成版本的基本界面元素都未改變?？紤]測試的重用性以及自動化測試。6.3 測試工具7測試進度8和解決問題Bug，并指定相關(guān)責任人。更進一步，把禪道和解決問題：利用禪道管理需求設(shè)計文檔、開檔、測試文檔、測試用例等聯(lián)系起來，做成一個研發(fā)工具套件，即可通過一個 Bug 方便找到對應的文檔、代碼、測試用例等等。解決問題。小組會議以及開發(fā)協(xié)調(diào)，協(xié)調(diào)測