樣例：公交車車輛管理系統(tǒng)測試計劃

1、精選優(yōu)質(zhì)文檔-傾情為你奉上公交車車輛管理系統(tǒng)測試計劃學(xué) 院： 經(jīng)濟(jì)管理學(xué)院 專 業(yè)：信息管理與信息系統(tǒng) 學(xué)生姓名： 白宸溪 學(xué) 號： 班 級： 信111 目錄一、系統(tǒng)概述：隨著城市經(jīng)濟(jì)建設(shè)的飛速發(fā)展，城市規(guī)模的不斷擴(kuò)大，公交車數(shù)量急劇增加，城市交通問題日益嚴(yán)重。目前，已成為嚴(yán)重影響許多大中城市發(fā)展的重點問題之一?？紤]到，有關(guān)公交的各種信息量成倍增長，傳統(tǒng)的人工記憶方式管理也慢慢的無法適應(yīng)形勢的變化。城市公共交通具有客運量大，相對投資少，占有資源少，效率高，污染相對較少，人均占用道路少等優(yōu)點(與小汽車比)。所以大力優(yōu)先發(fā)展公共交通，實現(xiàn)數(shù)字化、智能化城市交通管理，提高公共交通運營管理效率和社會服

2、務(wù)水平，是適合中國國情的現(xiàn)代化大城市發(fā)展的必然要求。使用現(xiàn)代化的智能交通（ITS）技術(shù)改造傳統(tǒng)的公交產(chǎn)業(yè)，以信息化帶動現(xiàn)代化。建設(shè)新型智能化、自動化的公交車車輛管理系統(tǒng)，把公交系統(tǒng)的管理，服務(wù)水平、工作質(zhì)量提高到新的層次，從而提升城市交通信息化水平。因此，伴隨著信息技術(shù)的不斷發(fā)展，通過運用計算機(jī)技術(shù)，推動公交產(chǎn)業(yè)不斷發(fā)展，對公交車車輛實行相關(guān)的信息系統(tǒng)集成管理是勢在必行的。二、需求分析：由于公交車的本身的特點：線路固定、高峰時間擁擠等，公交車車輛管理系統(tǒng)在市區(qū)間或市區(qū)內(nèi)的城域網(wǎng)中應(yīng)用。并且有關(guān)車輛的各種信息不能及時進(jìn)行傳輸，影響車輛管理以及調(diào)度事務(wù)，減少出現(xiàn)“串車”、“大間隔”現(xiàn)象以及乘客滯留

3、和空車的情況出現(xiàn)。因此，本系統(tǒng)的設(shè)計目的主要用于解決上述問題。本系統(tǒng)投入運行后，可以達(dá)到提高工作效率，減少車次延誤等，最終提高工作效益，達(dá)到讓乘客滿意的效果。本系統(tǒng)從以下幾個方面對用戶的需求進(jìn)行分析：（1）公交車車輛管理系統(tǒng)的需求分析：隨時查詢公交車車輛車輛的位置，以及檢查車輛的行駛線路、過路費信息、車輛信息、車輛提醒信息，以便及時準(zhǔn)確、方便地為公交總部和各分區(qū)提供有效的信息，但不能隨意修改數(shù)據(jù),無信息處理權(quán)，即可以打印數(shù)據(jù)清單、瀏覽數(shù)據(jù)等，管理權(quán)限由系統(tǒng)管理員掌握和分配。（2）對數(shù)據(jù)的安全性、可靠性要求：公交車車輛各項數(shù)據(jù)信息必須保證安全性和可靠性。網(wǎng)絡(luò)系統(tǒng)設(shè)有通信、程序、網(wǎng)絡(luò)三級權(quán)限和口令

4、管理，確保系統(tǒng)整體安全。（3）定時整理數(shù)據(jù)：系統(tǒng)管理員根據(jù)車輛歷史信息定時整理系統(tǒng)數(shù)據(jù)庫，并將運行結(jié)果歸檔。三、測試目的：對于公交車車輛管理系統(tǒng)的相關(guān)功能進(jìn)行確認(rèn)，驗證其功能是否完成需求，功能是否正確，數(shù)據(jù)計算是否正確等。同時關(guān)注系統(tǒng)運行是否穩(wěn)定。四、參考文檔：軟件測試技術(shù)，陳明編著，清華大學(xué)出版社高級軟件測試技術(shù)，杜慶峰編著，清華大學(xué)出版社五、測試項：（一）、測試范圍： 本次測試包括公交車車輛管理系統(tǒng)的全部模塊：1. 登錄模塊2. 注冊模塊3. 車輛基本信息管理模塊4. 車輛站點基本信息管理模塊5. 駕駛?cè)嘶拘畔⒐芾砟K（二）、風(fēng)險分析： 本次測試過程中，可能出現(xiàn)的風(fēng)險如下：（1）模塊功能

5、的實現(xiàn)情況可能達(dá)不到用戶預(yù)期的效果，在測試的過程中應(yīng)盡量使用戶參與測試。（2）bug的修復(fù)情況可能因人員不到位而不能及時修復(fù)，應(yīng)與測試人員進(jìn)行及時溝通。（3）代碼的編寫質(zhì)量可能不是特別高，以及測試人員的經(jīng)驗以及對軟件的熟悉度會造成時間的延誤，應(yīng)根據(jù)項目組具體情況對測試的工期進(jìn)行合理安排。（4）在測試的過程中，有可能人員進(jìn)行調(diào)整，導(dǎo)致研發(fā)周期延遲，應(yīng)根據(jù)項目組具體情況對測試的工期進(jìn)行合理安排。六、測試方法：本次測試主要采用手工黑盒測試方法，根據(jù)基礎(chǔ)用例整理測試，執(zhí)行全部可執(zhí)行測試用例，跟據(jù)測試要求驗證是否達(dá)到測試目的中所列內(nèi)容。（一）、測試流程：步驟動作測試提交物要求1測試準(zhǔn)備基礎(chǔ)用例描述需求測

6、試需求整理需求2測試計劃測試方案經(jīng)過評審3環(huán)境測試部署發(fā)布日志，測試入口URL日志按時提交，環(huán)境可用.4測試設(shè)計測試用例5測試實施用例執(zhí)行情況 6測試報告測試報告經(jīng)過評審（二）、測試要求：第一階段整體界面效果檢測1、 進(jìn)入公交車車輛管理系統(tǒng)，檢查各模塊的操作界面2、 查看各模塊界面的整體布局。具體到字體、字號、顏色等是否滿足需求，以及整體的視覺效果。各模塊的界面均滿足客戶的要求，并且顏色、字體、字號布局得體。第二階段各模塊功能測試1、 檢查各模塊中操作按鈕的功能是否可用，并檢查功能是否與其名稱對應(yīng)。2、 檢驗各模塊的功能是否能滿足需求，有無缺失項或多余項。3、 檢查各個屬性文本框中的必填項是否

7、齊備4、 檢查查詢結(jié)果數(shù)據(jù)的正確性5、 檢查異常輸入數(shù)據(jù)的提示功能是否齊備6、 其它1、 各模塊中操作按鈕的功能可用，并與其名稱對應(yīng)一致。2、 各模塊中的功能能完全滿足需求，操作按鈕均可用且沒有多余的項。3、 各個屬性文本框中的必填項均用“*”標(biāo)出。4、 查詢結(jié)果數(shù)據(jù)均正確。5、 異常輸入時，系統(tǒng)會自動彈出輸入異常對話框。第三階段系統(tǒng)穩(wěn)定性及安全性測試1、 統(tǒng)計正常操作下，產(chǎn)生的錯誤率，并記錄相應(yīng)錯誤信息。2、 統(tǒng)計任意操作下產(chǎn)生的錯誤率，并記錄相應(yīng)錯誤信息。3、 檢查系統(tǒng)有無登錄超時的限制4、 安全性測試（如登錄模塊，密碼有無限制等約束條件）5、 壓力測試1、 正常操作下，系統(tǒng)不產(chǎn)生錯誤。2

8、、 任意操作下，系統(tǒng)產(chǎn)生的錯誤相對較少。3、 若長時間不作任何操作，系統(tǒng)將提示登錄超時，需重新登錄才能使用該系統(tǒng)。4、 密碼安全性較高，有大小寫敏感變化。5、 壓力測試結(jié)果良好，無不良反應(yīng)。（三）、測試用例設(shè)計：1、注冊模塊：模塊名注冊模塊開發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試測試方式手工序號類型操作說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察注冊模塊界面的外觀1、 進(jìn)入公交車車輛管理系統(tǒng)注冊模塊的操作界面2、 觀察注冊模塊的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。注冊模塊的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例輸入用戶

9、姓名，身份證號，密碼，選擇用戶類型小明，110XXXXXXXXXXXXXXX，1a2b3C，基層管理者點擊提交按鈕后，提示注冊成功3功能反例輸入非漢字的用戶名，身份證號碼，密碼，選擇用戶類型11aa22bb，1a2b3C，基層管理者點擊提交后提示“用戶名輸入有誤，請您填寫您的真實姓名”4功能反例輸入用戶姓名，有誤的身份證號碼格式，密碼，選擇用戶類型小明, L, 1a2b3C，基層管理者點擊提交后提示“身份證號碼有誤，請輸入正確的身份證號碼”5功能反例輸入用戶姓名，有誤的身份證號碼，密碼，選擇用戶類型小明, , 1111，基層管理者點擊提交后提示“請輸入多于5位的密碼”6功能反例輸入用戶姓名，有

10、誤的身份證號碼，密碼，選擇用戶類型小明, , 1a2b3C點擊提交后提示“請您選擇用戶類型”2、登錄模塊模塊名登錄模塊開發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試測試方式手工序號類型測試說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察登錄模塊界面的外觀1、 進(jìn)入公交車車輛管理系統(tǒng)登錄模塊的操作界面2、 觀察登錄模塊的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。登錄模塊的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例輸入用戶姓名，密碼，選擇用戶類型小明，1a2b3C，基層管理者進(jìn)入公交車車輛管理系統(tǒng)主界面3功能反例輸入未注冊過的用戶姓名，密碼，

11、選擇用戶類型小王，1a2b3C，基層管理者點擊登錄按鈕后提示“該用戶名還未被注冊，請您先進(jìn)行注冊”4功能反例輸入用戶姓名，錯誤的密碼，選擇用戶類型小王，1a2b11，基層管理者點擊登錄按鈕后提示“您輸入的密碼有誤，請您重新輸入”5功能反例輸入正確用戶姓名，密碼為空，選擇用戶類型小王， ，基層管理者點擊登錄按鈕后提示“您的密碼不能為空，請您重新填寫”6功能反例用戶姓名為空，輸入正確的密碼，選擇用戶類型，1a2b3C，基層管理者點擊登錄按鈕后提示“您的用戶姓名不能為空，請您重新填寫”7功能反例用戶姓名為空，密碼為空，選擇用戶類型 ， ，基層管理者點擊登錄按鈕后提示“請您輸入用戶名和密碼”8功能反例

12、用戶姓名，密碼，未選用戶類型小王，1a2b11， 點擊登錄按鈕后提示“請您選擇用戶類型”9功能反例用戶姓名為空，密碼，未選用戶類型，1a2b11， 點擊登錄按鈕后提示“請您填寫用戶姓名并選擇用戶類型”10功能反例用戶姓名，密碼為空，未選用戶類型小王， ， 點擊登錄按鈕后提示“請您輸入密碼并選擇用戶類型”11功能反例用戶姓名為空，密碼為空，未選用戶類型， ， 點擊登錄按鈕后提示“請您輸入正確的信息”3、車輛基本信息管理模塊模塊名車輛基本信息管理模塊修改車輛基本信息開發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試測試方式手工序號類型測試說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察車輛基

13、本信息修改界面的外觀1、 進(jìn)入公交車車輛管理系統(tǒng)車輛基本信息修改模塊的操作界面2、 觀察車輛基本信息修改模塊的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。車輛基本信息修改模塊的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例重新選擇駕駛?cè)藛T，設(shè)定其他條件均不能改變。張三點擊提交按鈕后提示“修改成功！”3功能正例若對駕駛員不做任何修改保持原數(shù)據(jù)不變點擊提交按鈕后提示“您未進(jìn)行任何修改，是否重新修改駕駛?cè)藛T”，如果點擊“是”則進(jìn)入修改界面；如果點擊“否”則退出修改界面模塊名車輛基本信息管理模塊增加車輛基本信息開發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試

14、測試方式手工序號類型測試說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察車輛基本信息增加界面的外觀1、 進(jìn)入公交車車輛管理系統(tǒng)車輛基本信息增加模塊的操作界面2、 觀察車輛基本信息增加模塊的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。車輛基本信息增加模塊的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例已有車輛編號為0100的車輛，現(xiàn)新增加一條車輛基本信息記錄，如下：車輛編號自動生成，選擇車輛類別、車牌號、選擇駕駛?cè)?、選擇購置日期、購買價格、引擎號、首發(fā)時間、末班時間、全程時間、車次0101，大客，京P12345，張三，2013-6-1，XXXXXXXX

15、XXX，5:40，9:30，30min，631系統(tǒng)自動提示“添加車輛信息成功！”3功能反例已有車輛編號為0100的車輛，現(xiàn)新增加一條車輛基本信息記錄，如下：車輛編號自動生成，選擇車輛類別、已添加的車牌號、選擇駕駛?cè)?、選擇購置日期、購買價格、引擎號、首發(fā)時間、末班時間、全程時間、車次0102，大客，京P12345，張三，2013-6-1，XXXXXXXXXXX，5:40，9:30，30min，631點擊提交按鈕后提示“已添加過該車牌號”4功能反例已有車輛編號為0101的車輛，現(xiàn)新增加一條車輛基本信息記錄，如下：車輛編號自動生成，選擇車輛類別、車牌號、選擇駕駛?cè)?、選擇購置日期、購買價格、已添加過的

16、引擎號、首發(fā)時間、末班時間、全程時間、車次0102，大客，京P12346，張三，2013-6-1，XXXXXXXXXXX，5:40，9:30，30min，631點擊提交按鈕后提示“已添加過該引擎號”5功能反例已有車輛編號為0103的車輛，現(xiàn)新增加一條車輛基本信息記錄，如下：車輛編號自動生成，選擇車輛類別、車牌號、選擇駕駛?cè)恕⑦x擇購置日期、購買價格、引擎號、首發(fā)時間、末班時間、未填全程時間、車次0102，大客，P12346，張三，2013-6-1，XXXXXXXXXXX，5:40，9:30， ，631提示“請?zhí)顚憣⑿畔⑻顚懲暾?、站點基本信息管理模塊：模塊名站點基本信息管理模塊修改站點基本信息

17、開發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試測試方式手工序號類型測試說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察站點基本信息修改界面的外觀1、進(jìn)入公交車車輛管理系統(tǒng)站點基本信息修改模塊的操作界面2、觀察站點基本信息修改模塊的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。站點基本信息修改模塊的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例已進(jìn)入站點基本信息管理修改界面，修改路線的長度，站點、車次的條件不變1000點擊確定按鈕后提示“修改成功！”3功能正例已進(jìn)入站點基本信息管理修改界面，修改車次，站點、路線的長度條件不變631點擊確定按鈕后提示

18、“修改成功！”4功能反例已進(jìn)入站點基本信息管理界面，對車次、站點、路線的長度條件均未改變保持原有數(shù)據(jù)點擊確定按鈕后提示“您未對該頁面做任何修改，是否要退出”，如果點擊“是”則修改界面消失，顯示站點基本信息管理主界面；如果點擊“否”則繼續(xù)留在該修改界面模塊名站點基本信息管理模塊增加站點基本信息開發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試測試方式手工序號類型測試說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察站點基本信息增加界面的外觀1、進(jìn)入公交車車輛管理系統(tǒng)站點基本信息增加模塊的操作界面2、觀察站點基本信息增加模塊的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。站

19、點基本信息增加模塊的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例進(jìn)入站點基本信息增加界面分別輸入車次、站點名稱、路線的長度631，A-B-C-D,500-1000-800-1200點擊提交按鈕界面提示“站點基本信息增加成功！”3功能反例進(jìn)入站點基本信息增加界面分別輸入站點名稱、路線的長度，未輸車次，A-B-C-D,500-1000-800-1200點擊提交按鈕后，提示“車次不能為空！”4功能反例進(jìn)入站點基本信息增加界面分別輸入車次、站點名稱，路線的長度為空631，A-B-C-D點擊提交按鈕后，提示“路線長度不能為空！”5功能反例進(jìn)入站點基本信息增加界面分別輸入已添加過的車次

20、，站點名稱，路線的長度為空631，A-B-C-D，500-1000-800-1200點擊提交按鈕后，提示“該車次已被添加！”5、駕駛?cè)嘶拘畔⒐芾砟K：模塊名駕駛?cè)嘶拘畔⒐芾砟K修改駕駛?cè)嘶拘畔㈤_發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試測試方式手工序號類型測試說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察駕駛?cè)嘶拘畔⑿薷慕缑娴耐庥^1、進(jìn)入公交車車輛管理系統(tǒng)駕駛?cè)嘶拘畔⑿薷哪K的操作界面2、觀察駕駛?cè)嘶拘畔⑿薷哪K的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。駕駛?cè)嘶拘畔⑿薷哪K的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例已

21、進(jìn)入駕駛?cè)嘶拘畔⒐芾硇薷慕缑?，修改駕駛?cè)寺?lián)系電話，駕駛?cè)诵彰?、性別、年齡、出生日期的條件不變點擊確定按鈕后提示“修改成功！”3功能反例已進(jìn)入駕駛?cè)嘶拘畔⒐芾硇薷慕缑?，修改駕駛?cè)寺?lián)系電話，駕駛?cè)诵彰?、性別、年齡、出生日期的條件不變一三一點擊確定按鈕后提示“對不起，您所輸入的信息有誤，請您重新填寫！”4功能反例已進(jìn)入駕駛?cè)嘶拘畔⒐芾硇薷慕缑?，駕駛?cè)寺?lián)系電話、駕駛?cè)诵彰?、性別、年齡、出生日期的條件不變保持原有數(shù)據(jù)點擊確定按鈕后提示“您未對該頁面做任何修改，是否要退出”，如果點擊“是”則修改界面消失，顯示駕駛?cè)嘶拘畔⒐芾碇鹘缑?；如果點擊“否”則繼續(xù)留在該修改界面模塊名駕駛?cè)嘶拘畔⒐芾砟K增加

22、駕駛?cè)嘶拘畔㈤_發(fā)人員版本號用例作者白宸溪設(shè)計日期測試類型功能測試測試方式手工序號類型測試說明輸入數(shù)據(jù)/步驟期望輸出實際輸出結(jié)果1界面效果觀察駕駛?cè)嘶拘畔⒐芾碓黾咏缑娴耐庥^1、進(jìn)入公交車車輛管理系統(tǒng)的駕駛?cè)嘶拘畔⒐芾碓黾幽K的操作界面2、觀察駕駛?cè)嘶拘畔⒐芾碓黾幽K的操作界面的位置擺放是否得體并美觀；字體的大小和顏色是否一致、得當(dāng)。駕駛?cè)嘶拘畔⒐芾碓黾幽K的操作界面的位置適中；界面內(nèi)字體大小及顏色合適且美觀。 2功能正例進(jìn)入駕駛?cè)嘶拘畔⒐芾碓黾咏缑娣謩e輸入駕駛?cè)诵彰?、性別、年齡、駕駛?cè)寺?lián)系電話、出生日期 張三，男，35，1979-8-22點擊提交按鈕界面提示“駕駛?cè)嘶拘畔⒃黾映晒Γ?/p>

23、”3功能反例進(jìn)入駕駛?cè)嘶拘畔⒐芾碓黾咏缑娣謩e輸入駕駛?cè)诵彰?、性別、年齡、駕駛?cè)寺?lián)系電話、出生日期未填寫張三，男，35， 點擊提交按鈕后，提示“出生日期不能為空，請您重新填寫！”4功能反例進(jìn)入駕駛?cè)嘶拘畔⒐芾碓黾咏缑娣謩e輸入駕駛?cè)诵彰⑿詣e、年齡、駕駛?cè)寺?lián)系電話、出生日期未填寫張三，男，35，1979年8月22日點擊提交按鈕后，提示“對不起，您所輸入的出生日期格式有誤，請您重新填寫！”5功能反例進(jìn)入駕駛?cè)嘶拘畔⒐芾碓黾咏缑娣謩e輸入駕駛?cè)诵彰?、性別、年齡、駕駛?cè)寺?lián)系電話、出生日期未填寫張三，男，35，1979-8-22點擊提交按鈕后，提示“對不起，該駕駛?cè)诵畔⒁驯惶砑?！”（四）、測試開始條件和結(jié)束條件：1、測試開始條件：測試計劃編寫完成，其余各項準(zhǔn)備工作就緒。2、測試結(jié)束條件：（1）在測試用例執(zhí)行過程中，若發(fā)現(xiàn)測試用例通過率偏低，則可以返工，將其給開發(fā)人員修復(fù)后再進(jìn)行繼續(xù)測試。（2）在所有測試用例執(zhí)行完畢后，并且功能測試用例通過率非常高，達(dá)到幾乎沒有錯誤的程度，非功能性測試用例達(dá)到95%以上，則通過測試，即測試完成。七、測試組織：（一）、