停車場測試計劃

1、目錄1引言 01.1 編寫目的 01.2 項目背景 01.3 定義 01.4 參考資料 02任務概述 02.1 目標 02.2 硬件環(huán)境 12.3 需求概述 12.4 條件與限制 12.5 風險評估 13計劃 23.1 測試方案 23.2 測試項目 23.3 測試準備 24測試項目說明 24.1 測試項目名稱及測試內(nèi)容 24.2 測試用例 34.3 測試工具 74.4 進度 74.5 條件 74.6 測試資料 85評價 85.1 范圍 85.2 準則 85.3 數(shù)據(jù)整理 85.4 尺度 95.5 系統(tǒng)風險、優(yōu)先級 95.6 與測試有關的任務 95.7 問題嚴重度描述 101引言1.1 編寫目的

2、 對項目進行測試，詳細記錄測試過程，對軟件的質(zhì)量進行評估，為軟件設 計人員提供更正系統(tǒng)漏洞的依據(jù)。本文檔有助于實現(xiàn)以下目標：1. 確定現(xiàn)有項目的信息和應測試的軟件結構。2. 列出推薦的測試需求3. 推薦可采用的測試策略，并對這些策略加以詳細說明4. 確定所需的資源，并對測試的工作量進行估計。5. 列出測試項目的可交付元素，包括用例以及測試報告等。1.2 項目背景 隨著人們生活水平的提高，汽車成為日常生活中交通不可缺少的一部分。而停車場的管理和業(yè) 務量龐大，僅僅靠傳統(tǒng)的記賬式管理是不可行的。停車場管理系統(tǒng)由此而生，逐漸成為信息化 建設的重要組成部分。停車場管理系統(tǒng)為停車場管理員提供簡單方便的管理

3、操作模式，以及停 車場的詳細情況，還對車主提供了方便的停車、查詢、繳費?？蛻粢箝_發(fā)軟件的名稱：停車場管理系統(tǒng) 用戶：停車場管理人員及車主說明： 開發(fā)軟件名稱：停車場管理系統(tǒng) 項目開發(fā)者： 13 級軟件工程( 1)班“停車場管理系統(tǒng)”開發(fā)小組 組員：李龍、李俊仁1.3 定義Parking management system (縮寫：PMS):停車場管理系統(tǒng)主鍵(Primary Key):每一次記錄中的主鍵都是表格中的唯一值。換言之， 它是用來獨一無二地確認一個表格中的每一行資料。外鍵(Foreig n Key)：設表tablel，table2 中都有一個name字段,而且是 tablel的主鍵

4、，那么如果設table2中的name為外鍵的話，向table2中添加數(shù) 據(jù)的時候，如果name值不在tablel之中就會報錯。1.4 參考資料 張海藩：軟件工程導論第五版 清華大學出版社 肖剛等：實用軟件文檔寫作清華大學出版社 李濤等： Visual C# SQL Server 數(shù)據(jù)庫開發(fā)與實例清華大學出版社2任務概述2.1 目標詳細描述對該停車場管理系統(tǒng)進行測試的測試過程。2.2 硬件環(huán)境（1）應用服務器 處理器： Intel Xeon E5-2650 2.00GHz 八核處理器 *2 內(nèi)存空間： 64G DDR3 1066MHz硬盤空間：1T SAS 6G熱插拔硬盤*2（2）數(shù)據(jù)庫服務器處

5、理器： AMD Opteron（tm） Processor 6320 四核處理器 *2 內(nèi)存空間： 32G DDR3 1066MHz硬盤空間：1T SAS 6G熱插拔硬盤*24.2 軟件環(huán)境應用服務器操作系統(tǒng)： Windows Server 2012R2 數(shù)據(jù)庫服務器操作系統(tǒng)： Windows Server 2012R2 客戶端操作系統(tǒng)：Windows XP/Windows 7/Windows 8瀏覽器： IE8/IE9/IE10系統(tǒng)運行環(huán)境：JRE1.7數(shù)據(jù)庫管理系統(tǒng)：Oracle 11g服務器容器：Tomcat7.0其他：Microsoft Office 2007及以上版本2.3 需求概述

6、 本次測試針對開發(fā)的停車場管理系統(tǒng)進行，包括功能測試，界面測試，負載測試，文檔測試。 按照規(guī)格需求說明書中的功能進行測試，在測試過程中發(fā)現(xiàn)軟件的漏洞不足并予以改正。2.4 條件與限制 本次測試采用的主要是黑盒測試，對系統(tǒng)各個功能模塊進行詳細的測試，設計合理的測試用 例。2.5 風險評估 被測系統(tǒng)可能存在的問題： （1 ）系統(tǒng)設計結構不合理 （2）數(shù)據(jù)庫風險：數(shù)據(jù)庫結構設計不合理；對數(shù)據(jù)庫操作控制不當導致數(shù) 據(jù)不一致；（3）響應時間不當：時間過長，以至用戶沮喪；時間過短造成誤操作；（4）網(wǎng)絡不安全穩(wěn)定（5）測試環(huán)境不足可能存在的測試缺陷（6）系統(tǒng)健壯性查，出現(xiàn)操作異常3計劃3.1 測試方案采用黑

7、盒測試方法。對功能進行逐一測試，在輸入合理及不合理的數(shù)據(jù)后 測試系統(tǒng)的正常運作情況。3.2 測試項目測試 1：系統(tǒng)登錄測試測試 2：停車管理測試測試 3：車位查詢測試測試 4：系統(tǒng)管理測試測試 5：進庫測試測試 6：出庫測試3.3 測試準備計劃測試項目，設計合理的測試用例。4測試項目說明4.1 測試項目名稱及測試內(nèi)容測試 1：名稱：登錄系統(tǒng)界面測試 目的：測試界面及其登錄功能 內(nèi)容：測試界面顯示效果、帳號輸入、合理性檢查、合法性檢查， 系統(tǒng)操作控制。測試 2：名稱：停車管理測試。目的：測試停車場管理員的操作功能。 內(nèi)容：測試車輛進出停車場的各項功能。測試 3：名稱：信息查詢測試 目的：測試系統(tǒng)

8、信息查詢功能 內(nèi)容：查詢是否有空車位、車輛停留時間及其費用等信息 測試 4：名稱：系統(tǒng)管理測試目的：測試系統(tǒng)管理的功能內(nèi)容：系統(tǒng)管理，創(chuàng)建用戶，刪除用戶，修改用戶，修改密 碼。測試5:名稱：進庫測試目的：測試車輛進庫功能內(nèi)容：車輛進庫時間、對應車位、車牌號、車輛類型。測試6：名稱：出庫測試目的：測試車輛出庫功能內(nèi)容：車輛出庫時間、停留時間、對應車位、車牌號、車輛 類型、費用。4.2測試用例用例1 ：系統(tǒng)登錄測試輸入輸出用戶名密碼123456 錯誤一用戶名空 # % 123456 錯誤一用戶名非法12#411123456 錯誤一用戶名非法lilo ng錯誤密碼為空lioj unren#345錯誤

9、密碼非法123456-33556 錯誤-密碼非法66666663%469錯誤密碼非法lilo ng666666止確-登陸成功步驟及操作：運行系統(tǒng)，轉到登陸界面，輸入用戶名及密碼，測試登陸功允許偏差：不允許任何偏差條件：用戶即可，包括系統(tǒng)管理員，車主 用例2:停車管理測試車;類車牌號號進庫時出庫時價格費用備注主車牌號號間進左庫出丿日庫時價格費備注詳 細 信 息J G20162016間10元J10元無甘E12月日08:0210 日卩12丿36年月弓日09:020120日16年寸月41(?。┰?時20元無輸 出 信 息息*印憑條12：0414:30輸出信宀打印憑條類車牌號號進庫時出庫時價格費用備注別

10、間間詳 細 信 息老王大 卡 車甘2016 年12月4日00:012016 年12月5日10:3020元/小時300元該車輛停 留一天計費300元輸 出 信 息打印憑條步驟及操作：運行系統(tǒng)對車輛進出停車場的各項信息的統(tǒng)計和計算 允許偏差：不允許條件：管理員操作用例3:信息查詢測試(1)車輛信息查詢輸入車牌號類別車主姓名甘大卡車老王輸出進庫時間:2016年12 月4日00:01出庫時間:2016年12月5 日 10:30停留時間：一天顯示費用300元備注該車輛停留一天計費300元步驟及操作：運行系統(tǒng)，轉到車輛信息查詢界面，輸入所要查詢的車牌號，進 行測試。允許誤差：不允許條件：停車場管理員登錄查

11、詢(2)車主查詢信息：輸 入車牌號甘E輸 出李龍價格:20元/小時進庫時間：2016 年 12月4日12:04已經(jīng)停留時間： 一小時顯示車輛還停留在車庫當中步驟及操作：運行系統(tǒng)，轉到用戶界面，輸入車牌號信息，進行查詢允許誤差：不允許條件：車主操作用例4:系統(tǒng)管理測試查詢是否有空車位顯示有輸出空車位個數(shù)及其空車位的編號舊密碼新密碼新密碼輸入666666123456123456輸出更改成功輸入234123666555輸出更改失敗，前后密碼不一致步驟及操作：運行系統(tǒng)，轉到系統(tǒng)管理界面，進行查詢空位，修改等測試。允許誤差：允許條件：管理員操作用例5:入庫測試輸入甘E進庫時間：2016 年 12 月 4

12、 日 12:04價格:20元/小時輸出入庫成功步驟及操作：運行系統(tǒng)，轉到入庫管理界面，進行車輛入庫停車測試。允許誤差：允許條件：管理員操作用例6:出庫測試輸入甘E進庫時間：2016年12月4日12:04出庫庫時間：2016年12月4日09:00費用：20元輸出出庫成功操作及步驟：運行系統(tǒng)，轉到入庫管理界面，進行車輛入庫停車測試。允許誤差：允許條件：管理員操作用例7:測試參考文檔文檔(版本/日期)是否經(jīng)過復審來源是否可用停車場管理系統(tǒng)說明書(1.0/2016.6 )是小組編寫可用停車場管理系統(tǒng)任務書（1.0/2016.6 ）是老師提供可用測試計劃書是小組編寫可用測試需求分析報告是小組編寫可用用例

13、7:測試提交文檔文檔（版本/日期）是否經(jīng)過復審來源是否可用概要設計說明書（修訂版/2016.6）是小組編寫可用需求規(guī)格說明書（修訂版）是小組編寫可用單元測試報告是小組編寫可用集成測試報告是小組編寫可用系統(tǒng)測試報告是小組編寫可用驗收測試報告是小組編寫可用4.3測試工具LoadRunner是一種預測系統(tǒng)行為和性能的工業(yè)標準級負載測試工具。通過以模擬上千萬用戶實 施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner能夠對整個企業(yè)架構進行測試。通過使用LoadRunner，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。LoadRunner是一種適用于各種體系架構的自動

14、負載測試工具，它能預測系統(tǒng)行為并優(yōu)化系統(tǒng)性 能。LoadRunner的測試對象是整個企業(yè)的系統(tǒng)，它通過模擬實際用戶的操作行為和實行實時性 能監(jiān)測，幫助測試人員查找和發(fā)現(xiàn)問題。4.4進度測試活動計劃開始日期實際開始日期結束日期制定測試計劃12月1日12月1日12月8日設計測試12月2日12月2日12月3日集成測試12月4日12月4日12月4日系統(tǒng)測試12月5日12月6日12月6日性能測試12月6日12月7日12月7日安裝測試12月7日12月8日12月8日用戶驗收測試12月9日12月9日12月9日測試評估12月10日12月10日12月11日產(chǎn)品發(fā)布12月11日12月12日12月12日4.5條件測試

15、人員：有系統(tǒng)的設計及編寫者進行各功能模塊的測試。測試軟件：采用黑盒測試的方法，由人工設計測試用例，對個功能模塊一 次進行測試。包括合理的數(shù)據(jù)及不合理的數(shù)據(jù)4.6 測試資料需求規(guī)格說明書概要設計說明書詳細設計說明書4.7 測試策略系統(tǒng)測試前需作如下準備工作：（1）收集軟件規(guī)約，作為系統(tǒng)測試的依據(jù)。（2）收集各種軟件說明書或使用手冊，作為系統(tǒng)測試的參考。（3）仔細閱讀軟件測試計劃或系統(tǒng)測試計劃，作為系統(tǒng)測試的根據(jù)。（4）收集已有的系統(tǒng)測試用例。5評價5.1 范圍 此測試可將系統(tǒng)各功能模塊進行逐一的檢測，對說明書中列舉的功能進行排查，對系統(tǒng)實現(xiàn)各 功能的正常運行做充分的測試，輸入合理及不合理的測試數(shù)

16、據(jù)檢驗功能的運行及出錯處理情 況。但由于功能模塊比較多，采用功能測試設計的測試用例相對比較多，測試需花費一定的時 間。具體結合到系統(tǒng)操作，基本應該測試以下內(nèi)容：易用性，即人機界面；性能，即檢查快速載入和導出數(shù)據(jù)、檢查系統(tǒng)的響應等； 功能，即用戶在該系統(tǒng)中可以進行的各種操作； 業(yè)務規(guī)則，即檢查對業(yè)務流程的描述是否準確、考慮與目標用戶的業(yè)務環(huán)境是否契合等； 事務準確性，即確保事務正確完成、確保被取消的事務回滾正確等； 數(shù)據(jù)有效性與完整性，即檢查數(shù)據(jù)的格式是否正確、確保字符集適當?shù)龋?系統(tǒng)可靠性，即檢查程序、數(shù)據(jù)庫的故障處理能力，數(shù)據(jù)恢復能力等5.2 準則 測試工作應避免由原開發(fā)軟件的個人來承擔。本

17、系統(tǒng)的測試工作是由相關 同學來承擔。設計測試方案時，不僅要包括確定的輸入數(shù)據(jù)，而且應包括從系 統(tǒng)功能出發(fā)預期的測試結果。測試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還 要包括無效的或不合理的輸入數(shù)據(jù)。不僅要檢驗程序是否作了該做的事，還要 檢查程序是否同時作了不該做的事。軟件中仍存在錯誤的概率和已經(jīng)發(fā)現(xiàn)錯誤 的個數(shù)是成正比的。保留測試用例，作為軟件文檔的組成部分。5.3 數(shù)據(jù)整理 由于系統(tǒng)規(guī)模不大，輸入輸出的數(shù)據(jù)類型簡單，所以，我們采用手工方式 將測試數(shù)據(jù)加工成便于評價的適當?shù)男问健?.4尺度1. 以能發(fā)現(xiàn)錯誤為準則。2. 能正確完成功能要求。3. 測試用例正確執(zhí)行，要求輸出與預期的輸出結果完全一致5.5系統(tǒng)風險、優(yōu)先級風險ID號風險描述責任人優(yōu)先級規(guī)避措施風險應急計劃1人員無法及項目組長高定期催促隊員推遲進度計劃時到位從空閑隊員中物色人員提高工作效率2人員技能不符合要求項目組長中技能培訓 請教高手提高培訓強度 對工作輸出加