物流配送管理系統(tǒng)(編輯修改稿)
2025-05-09 07:50 本頁面
【文章內容簡介】 ()。 (cs)。 ch=getchar()。 模塊算法．輸入信息 ．實現(xiàn)算法 ()。 (cs)。 ch=getchar()。 流程圖開始界面開 始輸入所有內容返回主界面結 束 更改信息設計. 更改信息1 .更改費率實現(xiàn)算法 for(i=0。i()。i++) { if(c[i].Position(n)) {cout輸入更改的費率: 。 cinp1。 c[i].ChangPrice(p1)。 c[i].Show()。 f=0。 break。 } else f=1。 }結 束輸入更改輸入費率沒有改信息 查找信息設計. 查出信息實現(xiàn)算法 cout輸入要查詢貨物編號: 。 cind1。 for(int i=0。i()。i++) { if(c[i].Find(d1)) { c[i].Show()。 f=0。 break。 } else f=1。 } if(f) cout沒有此貨物編號endl。流程圖結 束查 找輸入編號沒有改信息輸出結果5 實現(xiàn)與調試分析實現(xiàn)環(huán)境系統(tǒng) Windows XP系統(tǒng)操作平臺Microsoft Visual C++ 語言 c++調試分析：通過對系統(tǒng)的調試，完成了最初的設計要求，使各個模塊的功能得以實現(xiàn)；6 測試分析軟件測試是為了發(fā)現(xiàn)程序中的問題。本系統(tǒng)技術不很成熟，存在不少問題，測試變得非常重要。軟件測試的過程也是程序運行的過程，程序運行需要數(shù)據(jù)，為測試設計的數(shù)據(jù)稱測試用例，設計測試用例的原則自然是盡可能暴露錯誤。由于測試涉及問題很多，工作量又大，所以測試之前必須制訂一個計劃。 由物流配送管理系統(tǒng)開發(fā)者開發(fā)出的系統(tǒng)進行測試。 軟件測試主要工作內容是驗證和確認，下面分別給出其概念：驗證是保證軟件正確地實現(xiàn)了一些特定功能的一系列活動，即保證軟件做了你所期望的事情。1) 確定軟件生存周期中的一個給定階段的產(chǎn)品是否達到前階段確立的需求的過程；2) 程序正確性的形式證明，即采用形式理論證明程序符號設一計規(guī)約規(guī)定的過程；3) 評市、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規(guī)定的需求相一致進行判斷和提出報告。確認是一系列的活動和過程，目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來做了這個事件。1) 靜態(tài)確認，不在計算機上實際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性；2) 動態(tài)確認，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實軟件是否存在問題。軟件測試的對象不僅僅是程序測試，軟件測試應該包括整個軟件開發(fā)期問各個階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設計文檔、詳細設計文檔，當然軟件測試的主要對象還是源程序。，可分為白盒測試和黑盒測試。黑盒測試也稱功能測試或數(shù)據(jù)驅動測試，它是在已知產(chǎn)品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用于軟件確認測試。 “黑盒”法著眼于程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試?！ “缀袦y試也稱結構測試或邏輯驅動測試，它是知道產(chǎn)品內部工作過程，可通過測試來檢測產(chǎn)品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證?！鞍缀小狈ㄈ媪私獬绦騼炔窟壿嫿Y構、對所有邏輯路徑進行測試?！鞍缀小狈ㄊ歉F舉路徑測試。在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規(guī)范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關的錯誤。，可分為靜態(tài)測試和動態(tài)測試。，可分為單元測試、集成測試、確認測試、驗收測試和系統(tǒng)測試。 單元測試又稱模塊測試，是針對軟件設計的最小單位 ─ 程序模塊，進行正確性檢驗的測試工作。其目的在于發(fā)現(xiàn)各模塊內部可能存在的各種差錯。 單元測試需要從程序的內部結構出發(fā)設計測試用例。多個模塊可以平行地獨立進行單元測試。在單元測試時，測試者需要依據(jù)詳細設計說明書和源程序清單，了解該模塊的I/O條件和模塊的邏輯結構，主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何合理的輸入和不合理的輸入，都能鑒別和響應。通常，在單元測試的
公司管理相關推薦
鄂ICP備17016276號-1