汽車中介管理信息系統(tǒng)-閱讀頁
2025-04-27 22:36本頁面
【正文】 段名類型長度是否為空人員類型文本8Not null姓名（主鍵）文本10Not null性別文本2Not null年齡數(shù)字整型Not null身份證號數(shù)字18Not null字段名類型長度是否為空工作單位文本30Not null聯(lián)系方式文本15Not null來源地文本10Not null備注文本20Not null按照系統(tǒng)主要功能提供車源信息和記錄購（租）車客戶的信息，建立6個表文件。具體如圖所示： 代碼設計城市地點出售、租賃代碼號 包頭(D)昆區(qū)（A0）出售(1)DA0A1租賃(2)DA0A2東河(B0)出售(1)DB0A1租賃(2)DB0A2 青山（C0）出售(1) DC0A1租賃(2) DC0A2 九原（D0）出售(1) DD0A1租賃(2)DD0A2（部分代碼）其中，第一欄D代表包頭市；第二欄A0～D0代表包頭市各區(qū)； 第三欄 1代表出售、2代表租賃；第四欄代表出售、租賃車產(chǎn)所在地。通俗地講，軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼進行最終復審的活動。這個定義明確指出：軟件測試的目的是為了檢驗軟件系統(tǒng)是否滿足需求。測試的目的是發(fā)現(xiàn)程序中的錯誤，是為了證明程序有錯，而不是證明程序無錯。為了確保軟件的質(zhì)量，較理想的做法應該是對軟件的開發(fā)過程，按軟件工程各階段形成的結(jié)果，分別進行嚴格的審查。 測試的方法 基本數(shù)據(jù)的測試在數(shù)據(jù)測試的過程中，主要根據(jù)一些數(shù)據(jù)的臨界值，從數(shù)據(jù)類型，數(shù)據(jù)范圍，數(shù)據(jù)長度等多方面考慮，列舉了一系列的測試用例，重點測試了一些危險數(shù)據(jù)和邊緣數(shù)據(jù)，盡量做到系統(tǒng)的可靠性。從用戶的角度考慮，可能出現(xiàn)的操作錯誤和數(shù)據(jù)輸入錯誤，也都進行了一系列的測試。針對系統(tǒng)各個功能模塊，對照功能的流程圖，對每一個操作都進行了分析，得出了各種可能出現(xiàn)的情況，并對各種情況的不同處理進行了測試，包括正常情況和錯誤處理情況。 其他測試在系統(tǒng)的可移植性上，把編譯成可執(zhí)行文件的程序拿到不同的軟件環(huán)境和硬件平臺下進行測試。對客戶機/服務器模式的工作情況進行了測試，不只在本地機器，還在服務器上也進行了測試。由于測試的過程中，時間比較少，在測試的方法和測試用例的選擇方面可能還存在各種不足之處，系統(tǒng)的某些方面難免存在不足或者漏洞，只能在現(xiàn)有的水平上來解決所有這些現(xiàn)有的問題。通過對基本數(shù)據(jù)的測試，發(fā)現(xiàn)了一些問題，例如：輸入數(shù)據(jù)超過范圍，輸入數(shù)據(jù)類型不符，數(shù)據(jù)長度不符等等，針對每一種錯誤，進行了相應的錯誤處理，在數(shù)據(jù)的安全性方面，系統(tǒng)增加了很多約束，例如：通過不可編輯的下拉單來防止用戶輸入非法的數(shù)據(jù)，通過灰化動態(tài)文本框來保證數(shù)據(jù)的安全等等。在測試系統(tǒng)的整個流程的過程中，針對系統(tǒng)的不同分支結(jié)構，不同功能模塊，都發(fā)現(xiàn)了或大或小的問題，例如，退出窗口提示數(shù)據(jù)保存信息，非法用戶的越權操作，以及一些邏輯順序錯誤。經(jīng)過多次修改并測試，基本能夠達到功能完備，無異常錯誤，數(shù)據(jù)安全，用戶權限可靠等目的。系統(tǒng)運行穩(wěn)定，操作簡單，維護方便，實現(xiàn)對車源的管理。由于本身水平有限，時間倉促，本系統(tǒng)還有很多不盡人意的地方。對用戶需求了解的正確與否，直接影響程序設計、系統(tǒng)測試、系統(tǒng)維護的進度和工作量。比如以下幾種心理或現(xiàn)象都是比較普遍的：一是與用戶合作不如編寫代碼有意思；二是因為開發(fā)人員覺得已經(jīng)明白用戶的需求了；三是“畫蛇添足”，開發(fā)人員力圖增加一些“用戶欣賞”但需求規(guī)格說明中并未涉及的新功能；四是用戶提供過于簡單的規(guī)格說明；等等。對需求了解的錯誤導致的返工是軟件工程的大忌。永遠都不要覺得自己已經(jīng)能夠完全獨立的開發(fā)一個系統(tǒng)了，那樣只能讓你裹足不前。由于以前軟件工程課的學習，因此寫流程圖、結(jié)構圖的時候相對比較輕松，有明確的方向，這就是所謂的經(jīng)驗。有些可能在理論上不需要的字段，但實際應用中往往把它添上去。這樣我們就可以輕松的統(tǒng)計出每天的報考人數(shù)，哪一天報考的人數(shù)最多等等，可根據(jù)這個生成日報表、周報表等等。首先根據(jù)先前的經(jīng)驗和用戶的需求，搭好一個整體的框架。一處的修改引起另一處甚至更多處的變動。耦合度低的軟件可以很容易被重用、維護和擴充。高內(nèi)聚性的軟件更容易維護和改進。如果你用了一段話或者你需要使用類似“和”、“或”等連詞，則說明你需要將該模塊細化。系統(tǒng)測試其實和系統(tǒng)設計基本是同步的，在其中得到的體會、心得在前面已經(jīng)提到，這里就不重復了。23 /
公司管理相關推薦
鄂ICP備17016276號-1