畢業(yè)論文-城市公交查詢系統(tǒng)(畢業(yè)設計)論文_第1頁
畢業(yè)論文-城市公交查詢系統(tǒng)(畢業(yè)設計)論文_第2頁
畢業(yè)論文-城市公交查詢系統(tǒng)(畢業(yè)設計)論文_第3頁
畢業(yè)論文-城市公交查詢系統(tǒng)(畢業(yè)設計)論文_第4頁
畢業(yè)論文-城市公交查詢系統(tǒng)(畢業(yè)設計)論文_第5頁
已閱讀5頁,還剩32頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

第6章測試與維護第6章測試與維護6.1創(chuàng)建和測試應用程序為了確保本系統(tǒng)能夠正常運行,需要在發(fā)布之后做一次較全面的測試?,F(xiàn)將具體操作及過程舉例說明如下:創(chuàng)建和測試應用程序應是交替進行的,既要注意開發(fā)的效率也要注意它的穩(wěn)定性。每編寫一個模塊,就要對這個模塊進行測試,看它能否根據(jù)特定的要求工作。及早發(fā)現(xiàn)問題,及早解決,否則到最后再來測試的話,難度會大大增加。6.2測試項目在MIS開發(fā)過程中采用了多種措施保證軟件質量,但是實際開發(fā)過程中還是不可避免地會產(chǎn)生差錯,系統(tǒng)中通??赡茈[藏著錯誤和缺陷,不經(jīng)周密測試的系統(tǒng)投入運行,將會造成難以想象的后果,因此系統(tǒng)測試是MIS開發(fā)過程中為保證軟件質量必須進行的工作。大量統(tǒng)計資料表明,系統(tǒng)測試的工作量往往占MIS開發(fā)總工作量的40%以上。因此,我們必須重視測試工作。由于程序中隱藏的缺陷只在特定的環(huán)境下才有可靠顯露,系統(tǒng)缺陷通常是由于對某些特定情況考慮不周造成的。因此測試不是為了表明程序正確;成功的測試也不是沒有發(fā)現(xiàn)錯誤的測試。有意義的軟件測試應該是從“破壞”軟件系統(tǒng)的角度出發(fā),精心設計最有可以暴露程序系統(tǒng)缺陷的測試方案。因此軟件測試的目標應該是以盡可能少的代價和時間找出軟件系統(tǒng)中潛在的錯誤和缺陷。從產(chǎn)品角度看,測試計劃中的測試項目包括軟件結構中的分系統(tǒng)層、子系統(tǒng)層、功能模塊層、程序模塊層中的各類模塊,從測試本身看,分為單元測試,組合測試,確認測試等。測試對象是隨不同階段而異的,最基本、最初的測試是單元測試,后面的組合測試、確認測試都是以被測過的模塊作為測試對象的。單元測試。單元測試也稱模塊測試或程序測試,單元測試是對每個模塊單獨進行的,驗證模塊接口與設計說明書是否一致,對模塊的所有主要處理路徑進行測試且與預期的結構進行對照,還要對所有錯誤處理路徑進行測試。對源碼進行審查,對照設計說明書,表態(tài)地檢查源程序是否符合功能的邏輯要求,是進行單元測試前的重要工作工。單元測試一般是由程序員完成,也稱程序調試。組合測試。組合測試也稱集成測試或子系統(tǒng)測試,通常采用自頂向下測試和自底向上測試兩種測試方法。組合測試的對象是指已經(jīng)通過單元測試的模塊,不是對零散模塊進行單個測試,而是用系統(tǒng)化的方法裝配和測試軟件系統(tǒng),是一個嚴格的過程,必須認真地進行,其計劃的產(chǎn)生和單元模塊測試的完成日期要協(xié)調起來,這種測試應在系統(tǒng)目標機上進行,造成系統(tǒng)應用的環(huán)境條件,除了開發(fā)部分項目負責人參加以外,還應該有相應系統(tǒng)的用戶參加,給評審員進行演示。確認測試。確認測試是對通過組合測試的軟件進行的,這些軟件已經(jīng)存于系統(tǒng)目標設備的介質上,確認測試的目的是表明軟件是可以工作的,并且符合“軟件需求說明書”中規(guī)定的全部功能和性能要求。確認測試是按照這些要求定出的“確認測試計劃”進行的。測試工作是由一個獨立的組織進行,而且測試要從用戶的角度出發(fā)。系統(tǒng)測試。系統(tǒng)測試是對整體性能的測試,主要解決各子系統(tǒng)之間的數(shù)據(jù)通信和數(shù)據(jù)共享問題以及檢測系統(tǒng)是否達到用戶的實際要求,系統(tǒng)測試的依據(jù)是系統(tǒng)分析報告。系統(tǒng)測試應在系統(tǒng)的整個范圍內進行,這種測試不只對軟件進行,而是對構成系統(tǒng)的硬、軟件一起進行。系統(tǒng)測試與建構同時進行或略慢。系統(tǒng)測試需要確認從頭到尾的功能正常才算完成,應當盡量避免系統(tǒng)測試延到項目末尾進行。用戶驗收測試。在系統(tǒng)測試完成后,進行用戶的驗收測試,它是用戶在實際應用環(huán)境中所進行的真實數(shù)據(jù)測試。在具體的測試中,一般應遵循以下原則:由程序設計者之外的人進行測試;測試用例應由兩部分組成:輸入數(shù)據(jù)和預期輸出結果;應選用不合理的輸入數(shù)據(jù)與非法輸入測試;不僅要檢驗程序是否實現(xiàn)預期功能,還應檢查程序是否做了不應該做的工作;集中測試容易出錯的程序模塊;對程序修改以后,必須重新進行測試。6.3程序改進本系統(tǒng)設計時沒有統(tǒng)計每兩個站點之間的距離,只統(tǒng)計了從起點到終點的站數(shù),這樣就不能得出最短路徑,站數(shù)多的不一定距離就遠,同樣站點少的距離不一定近。在乘客查詢到自己想要的線路信息后,系統(tǒng)沒有提供打印功能,這是本系統(tǒng)以后要著重改的地方。6.4測試方法一般來說,對程序測試有兩種測試方法:如果已經(jīng)知道了軟件系統(tǒng)應具有的功能,可通過測試來對每個功能是否都能正常使用;如果知道程序的內部工作過程,可以通過測試來檢測程序內部是否按照規(guī)格說明書的規(guī)定正常進行。前一種方法稱為黑盒測試,后一種方法稱為白盒子測試。黑盒測試又稱為功能測試,白盒子測試又稱為結構測試。[4]本系統(tǒng)采用黑盒測試,以下以管理員登陸為例子。6.5測試內容1.登錄成功后,顯示頁面,如圖6-1所示:圖6-1登錄成功顯示頁面2.登錄失敗,則顯示如下界面,如圖6-2所示:圖6-2登錄失敗界面3.如果登錄未輸入用戶名和密碼,則顯示如下界面,如圖6-3所示:圖6-3用戶名和密碼為空提示6.6軟件維護軟件維護是指在軟件運行或維護階段對軟件產(chǎn)品所進行的修改。軟件維護是軟件生命周期中耗費最多、延續(xù)時間最長的活動。[4]根據(jù)軟件維護的不同原因,軟件維護可以分成三種類型:改正性維護,適應性維護,完善性維護。除了上述三種維護之外,還有一類維護活動,稱為預防性維護。通常,人們將預防性維護定義為:“把今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說,采用先進的軟件工程方法,對需要維護的軟件或軟件中的某一部分重新進行設計、編制和測試,提高軟件的可維護性和可靠性等,為以后進一步改進軟件打下良好基礎。6.6.1在軟件維護中,影響軟件維護工作量的因素主要有以下6種。(1)系統(tǒng)的大小。(2)程序設計語言。(3)系統(tǒng)年齡。(4)數(shù)據(jù)庫技術的應用。(5)先進的軟件開發(fā)技術。(6)其他一些因素,如應用的類型、數(shù)學模型、任務的難度等。6.6.2軟軟件的可維護性是指軟件能夠被理解、糾正、適應和完善以適應新環(huán)境的難易程度。軟件的可維護性受許多因素的影響,在設計、編碼和測試過程中稍有疏忽就會降低軟件的可維護性,軟件配置的好壞對此也有同樣的影響[10]。6.6.3(1)建立明確的軟件質量目標和優(yōu)先級。(2)使用提高軟件質量的技術和工具。(3)進行明確的質量保證審查。為了保證軟件的可維護性,有四種類型的軟件審查。(4)選擇可維護的程序設計語言。(5)改進程序文檔。另外,在軟件維護階段利用歷史文檔,可以大大簡化維護工作。大連水產(chǎn)學院本科畢業(yè)論文(設計) 結論結論本系統(tǒng)的特色是方便、快速!系統(tǒng)的不足與改進方案:在數(shù)據(jù)庫設計方面,還有待改進,數(shù)據(jù)庫設計也可采用別的形式,比如:我可以用一個字段作為站點字段,另一個字段作為經(jīng)過該站點的車次字段,我只要找到經(jīng)過某個站點最多的車次,就可以設計該字段的類型以及長度。那么就可以避免因數(shù)據(jù)過長而被截斷的問題了。系統(tǒng)的智能化程度不高,改進方案是根據(jù)起點站、終點站來確定那條路線,給出幾種乘車方案。這需要算法的設計!畢業(yè)設計的心得體會與收獲:歷經(jīng)數(shù)個月的畢業(yè)設計將近尾聲,在這幾個月內,體會頗深。從資料查找到課題的設計、分析、數(shù)據(jù)庫的設計、界面的設計、代碼的編寫、程序的調試等讓我深感編寫出一個令人滿意的系統(tǒng)是那么不容易!也深感自己的知識還很欠缺。應當繼續(xù)努力,多動手動腦,把ASP.NET弄通。系統(tǒng)在調試過程中經(jīng)過了無數(shù)次的修改,才最終定型的。感到最大的收獲就是平時的努力,終于有了收獲。內心當中有一種充實感。在設計過程中遇到了不少的麻煩,也煩惱過,也想放棄,但最終還是走下來了。雖然其中有一些困難現(xiàn)在還沒有得到解決,但是我卻總結了一個比解決這些困難更重要的東西,那就是:遇到困難,我們要做的不是去怕它,而是想法去找尋解決困難的方法。大連水產(chǎn)學院本科畢業(yè)論文(設計) 致謝致謝時光飛逝,一轉眼我的大學生活就要結束了。這兩年我學到了很多很多的知識,是我人生的一個轉折。我之所以能取得這些成績,除了有自己的努力外,在我的學習,生活中還得到了很多人的關心和幫助。在此我要對他們表示衷心的感謝。首先,我要感謝我的畢業(yè)指導老師,王萍老師。在連續(xù)數(shù)月的畢業(yè)設計中,她不遺余力地指導和幫助我。在她孜孜不倦的教誨下,我順利地完成了畢業(yè)設計。王老師對工作認真負責的態(tài)度,對學生無私的關懷,使我受益良多。我衷心地感謝她。在這里我還要感謝所有指導過我的老師們,沒有你們的培養(yǎng)我無法完成兩年的大學學業(yè)。還有,我能有今天,是與我父母的辛勤培養(yǎng)分不開的,他們?yōu)槲腋冻隽艘磺小N覍⒃谝院蟮膶W習、工作中再接再厲,盡我最大的努力做到最好來報答父母的養(yǎng)育之恩。大連水產(chǎn)學院本科畢業(yè)論文(設計) 參考文獻參考文獻曹祖圣.吳明哲.VisualC#.NET程序設計經(jīng)典.北京:科學出版社,2004.P.50-53.宣小平.ASP.NET數(shù)據(jù)庫系統(tǒng)開發(fā)實例導航.上海:人民郵電出版社,2003.P.121-130.金銀秋.數(shù)據(jù)庫原理與設計.北京:科學出版社,2003.P.201-230.張海藩.軟件工程.北京:人民郵電出版社,2002.P.75-80.沃爾森.ASP.NET2.0揭秘(卷1).譚振林.北京:人民郵電出版社.2007-10-1.P.132-138.朱曄.ASP.NET第一步——基于C#和ASP.NET2.0.北京:清華大學出版社,.2007-7-1.P.301-310.譚振林.道不遠人——深入解析ASP.NET2.0控件開發(fā).北京:電子工業(yè)出版社.2007-9-1.P.125-140.哈特.ASP.NET2.0經(jīng)典教程——C#篇.孟憲瑞,易磊.北京:人民郵電出版社.2007-2-1.P.20-40.朱印宏,熊利榮.Dreamweaver8完美網(wǎng)頁設計——ASP動態(tài)網(wǎng)頁設計篇.北京.中國電力出版社.2006-10-1.P.63-72.郝剛.ASP.NET2.0開發(fā)指南.北京:人民郵電出版社.2006-5-1.P.53-55.明日科技.ASP.NET數(shù)據(jù)庫系統(tǒng)開發(fā)案例精選.北京:人民郵電出版社.2007-1-1.P.46-52.明日科技.ASP程序開發(fā)范例寶典.北京:人民郵電出版社.2006-7-1.P.96-100.蔣培,王笑梅.ASP.NETWeb程序設計.北京:清華大學出版社.2007-6-1.P.76-88.劉乃麗.精通ASP.NET2.0+SQLServer2005項目開發(fā).北京:人民郵電出版社.2007-5-

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論