【正文】 、獨立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測試尤其與客戶服務(wù)器和分布式系統(tǒng)有關(guān)。一般集成測試以前，單元測試需要完成。集成測試是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組 件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進程的所有模塊一起測試。此外，如果程序由多個進程組成，應(yīng)該成對測試它們，而不是同時測試所有進程。 確認測試 。 軟件 通過 集成 測試 后進入到該階段的測試 ， 此時軟件已經(jīng)在預期的設(shè)備上進行運行 ，確認測試 是為了驗證、證明開發(fā)完成的 軟件是可以 正常 工作的，并且符合 “軟件 設(shè)計 說明書 ”中規(guī)定的 需要實現(xiàn)的 全部 功能和 運行 性能 的 要求。確認測試是按照這些要求定出的 “確認測試計劃 ”進行的。測試工作是由 獨立的測試部門軟件測試員完成 ，而且 測試全程都應(yīng)該以軟件用戶為主體角度進行 。 系統(tǒng)測試。系統(tǒng)測試是對整體性能的測試， 該階段的測試 主要解決 各個 系統(tǒng) 、 子 功能模塊數(shù)據(jù)調(diào)用 和 數(shù)據(jù)轉(zhuǎn)移 問題以及檢測系統(tǒng)是否達到 原始的設(shè)計要求 ，系統(tǒng)測試的執(zhí)行需要依賴于 系統(tǒng)分析報告。系統(tǒng)測試 的范圍是整個軟件系統(tǒng) ， 該階段 測試 并不是單單針對 軟件進行 測試 ，而是 把 系統(tǒng) 整合將 硬、軟件 配套在 一起進行。系統(tǒng)測試與建構(gòu)同時進行或略慢。系統(tǒng)測試需要 保證從開始功能到最后結(jié)束各 個功能都能正常工作 才算完成， 此次盡量不要再項目完成末期進行 系統(tǒng) 測試這個環(huán)節(jié) 。 用戶驗收測試。在系統(tǒng)測試完成后，進行用戶的驗收測試，它是用戶在實際應(yīng)用環(huán)境中所進行的真實數(shù)據(jù)測試。 測試方法 一般應(yīng)用的 程序測試方法 分為 兩種：白盒測試和黑盒測試。 a).白盒測試，英文是 White Box Testing。又稱結(jié)構(gòu)測試或者邏輯驅(qū)動測試。白盒測試是把測試對象看作一個打開的盒子。利用白盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程，不需測試軟件產(chǎn)品的功能。 白盒測試法的覆蓋標準有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定 /條件覆蓋、條件組合覆蓋和路徑覆蓋。白盒測試是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅(qū)動、基路測試等，主要用于軟件驗證。 白盒測試常用工具有： Jtest、 VcSmith、 Jcontract、 C++ Test、 CodeWizard、logiscope。 b).黑盒測試，英文是 Black Box Testing。又稱功能測試或者數(shù)據(jù)驅(qū)動測試。黑盒測試是根據(jù)軟件的規(guī)格對軟件進行的測試，這類測試不考慮軟件內(nèi)部的運作原理，因此軟件對用戶來說就像一個黑盒子。軟件測試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸出結(jié)果來發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實現(xiàn)的一種軟件測試方法。 黑盒測試常用工具有： AutoRunner、 winrunner、 loadrunner。 本系統(tǒng)采用黑盒測試。 測試用例 系統(tǒng)登錄界面 測試目的：檢查管理員能否正常登錄。 表 管理員登錄 功能測試記錄表 測試描述 在 系統(tǒng)的 主界面輸入用戶名和密碼 口令 ，點擊進入。 用例輸入 （用戶名：陳文帥 密碼： 123） 用例標志符 預期 的輸出 /響應(yīng) 實際情況 結(jié)果 登錄成功 與 預期結(jié)果 一致。 界面如圖 所示： 圖 管理員登錄界面 測試目的：檢查普通用戶能否正常登錄。 表 普通用戶登錄 功能測試記錄表 測試描述 不 需要 輸入用戶名和密碼 口令 ，直接點擊進入 。 用例輸入 （用戶名：（空） 密碼：（空）） 用例標志符 預期 的輸出 /響應(yīng) 實際情況 結(jié)果 登錄成功 與 預期結(jié)果 一致。 界面如圖 所示： 圖 普通用戶登錄界面 站站 查詢 測試目的：檢查能否實現(xiàn)站站查詢功能。 表 站站查詢 功能測試記錄表 測試描述 在站站查詢界面，起始站和目的站輸入相應(yīng)站點，點擊查找 用例輸入 （起始站：華清立交西 目的站：多彩商城） 用例標志符 預期 的輸出 /響應(yīng) 實際情況 結(jié)果 華清立交西 華清村 三府灣西 口 多彩商城 與 預期結(jié)果 一致。 界面如圖 所示： 圖 站站查詢界面 路線查詢 測試目的：檢查能否實現(xiàn)路線查詢功能。 表 路線查詢 功能測試記錄表 測試描述 切換到路線查詢界面，在輸入框輸入相應(yīng)路線，點擊查詢 用例輸入 （公交路線： 32 ） 用例標志符 預期 的輸出 /響應(yīng) 實際情況 結(jié)果 公交路線： 32 起始站點：華清立交西 終點站點：團結(jié)南路南口 早班車時間： AM06： 00 晚班車時間： PM08： 30 公交車其他信息：非空調(diào)無人售票車，票價 1 元，每 8到 15 分鐘一班車。 與 預期結(jié)果 一致。 界面如圖 所示： 圖 路線查詢界面 按站點查詢 測試目的：檢查能否實現(xiàn)站點查詢功能。 表 站點查詢功能測試記錄表 測試描述 在站點查詢界面，在公交站點輸入框輸入相應(yīng)站點，點擊站點詳情。 用例輸入 （公交站點：朝陽門） 用例標志符 預期 的輸出 /響應(yīng) 實際情況 結(jié)果 如圖 所示 與 預期結(jié)果 一致。 界面如圖 所示： 圖 站點查詢界面 新增車次線 路 測試目的：檢查能否實現(xiàn)增加車次功能。 表 增加車次功能測試記錄表 測試描述 管理員登錄后，點擊進入管理數(shù)據(jù)庫界面 用例輸入 （金康路，吳村廟， 919，金康路，韓森寨） 用例標志符 期望的輸出 /響應(yīng) 實際情況 結(jié)果 新路線成功存入數(shù)據(jù)庫 與期望一致。 界面如圖 所示： 圖 管理數(shù)據(jù)庫界面 管理員賬號管理 測試目的：檢查能否實現(xiàn)增加車次功能。 表 增加車次功能測試記錄表 測試描述 管理員登錄后，點擊進入管理賬號密碼界面 用例輸入 （ test， 123， 123） 用例標志符 預期 的輸出 /響應(yīng) 實際情況 結(jié)果 新用戶成功存入數(shù)據(jù)庫 與 預期結(jié)果 一致。 界面如圖 所示： 圖 管理賬戶界面 6 結(jié)論 本系統(tǒng)的特色是 運用了 dijkstra 算法搜索了一條最優(yōu)路徑，給用戶提供了一個方便快捷的出行方案，使得軟件更加人性化。 畢業(yè)設(shè)計從當初的構(gòu)思、設(shè)計實現(xiàn)到現(xiàn)在基本功能大致實現(xiàn)，但是由于數(shù)據(jù)庫中的站點信息缺乏，只是為了測試功能添加了幾組公交線路信息，但是需求功能是能夠進行實用的。該信息系統(tǒng)是在大學階段比較獨立的完成一個整體的軟件編程，從最初的 基礎(chǔ)知識學習、知識拓展到整個系統(tǒng)功能構(gòu)想、數(shù)據(jù)庫設(shè)計、界面設(shè)計再到最后的代碼編寫、功能代碼調(diào)試這一系列的設(shè)計工作讓我深深感受到完成一個編程開發(fā)的不容易，一個系統(tǒng)性的完整編程實現(xiàn)靠一己之力去實現(xiàn)是比較困難的。畢業(yè)設(shè)計是對大學階段所有知識的一次整合利用，完成本次畢業(yè)設(shè)計用到的 C++和 MFC 知識在課堂學習了很少的的一部分，在編程階段感覺到了自己編程知識的缺乏，需要繼續(xù)努力學習、積累，在實踐中逐步提高自己。在編碼階段一邊編碼一邊對已經(jīng)完成的功能模塊進行編譯，包括最后階段的整體編譯調(diào)試，通過多次的修改整理，才基本最后 定型，在繁瑣的編譯修改完成后，也體會到了些許的成就感，整個畢業(yè)設(shè)計過程非常的充實。如今，整個畢業(yè)設(shè)計項目完成下來雖然遇到很多困難，但是困難后面卻存有更多的實用知識，可以積累了更多的編程經(jīng)驗。多動腦多動手，在日后的開發(fā)項目中不斷拓展知識、見識，全面提升個人能力。 參考文獻 [1] Dijkstra E W A note on two problems in connection with graphs 1959 [2] Floyd R N Algorithm 97 shortest path 1962(06) [3] Bern M Shang hua Parallel construction of quadtrees and qualiy triangulations1993 [4] Gallo S Shortest paths algorithms 1998 [5] Cherkassky B A T Shortest paths algorithms:theory and experimental evaluation Technical Report [931480] 1993 [6] 徐立華求解最短路問題的一種計算機算法 1989(05) [7] 嚴蔚敏 .吳偉民數(shù)據(jù)結(jié)構(gòu) 2021 [8] 孫健鶴城市道路網(wǎng)絡(luò)最短路徑的統(tǒng)計學特征及實用算法研究 [學位論文 ]碩士 2021 [9] 陳簫楓 ,蔡秀云 ,唐德強 .最短路徑算法分析及其在公交查詢的應(yīng)用 [J].工程圖學學報 ,2021,(3):2024. [10] 楊新苗 ,王煒 ,馬文騰 .基于 GIS的公交乘客出行路徑選擇模型 [J].東南大學學報 (自然科學版 ) [11] 許軍 林 .蔣年德 一種改進的公交換乘算法的實現(xiàn) [期刊論文 ]電腦知識與技術(shù)（學術(shù)交流） [12] 徐多勇 .李志蜀 .梅林 基于 GSM短消息的公交查詢系統(tǒng)的最優(yōu)轉(zhuǎn)乘方案研究與設(shè)計 [期刊論文 ]計算機應(yīng)用 2021(z1) [13] 陳寅 公交網(wǎng)絡(luò)最優(yōu)路線的查詢模型與算法 2021 [14] 陸忠 .錢翔東 .張登榮 基于最短路徑查詢的城市公交網(wǎng)絡(luò)拓撲建模研究 [期刊論文 ]遙感信息 2021(01) [15]馬良河 .劉信斌 .廖大慶 城市公交線路網(wǎng)絡(luò)圖的最短路與乘車路線問題 [期刊論文 ]數(shù)學的實踐與認識 2021(06) 致 謝 猶記得作為大一新生剛?cè)雽W時的情景 ，轉(zhuǎn)眼 間 我的大學生活 即將結(jié)束 。 這 四 年我學到了很多很多的知識，是我人生的一個轉(zhuǎn)折。我之所以能取得這些成績，除了有自己的努力外，在我的學習，生活中還得到了很多人的關(guān)心和幫助。在此我要對他們