數(shù)據(jù)庫系統(tǒng)設(shè)計畢業(yè)論文-資料下載頁
2025-06-19 23:08本頁面
【正文】 的程序存在錯誤。真正的軟件系統(tǒng)不可以寄希望于沒有進(jìn)行廣泛的測試和Bug修改過程就可以正常工作。編碼不是一個可以一次性通過的過程。 及早發(fā)現(xiàn)BUG同樣的BUG在不同的測試階段被發(fā)現(xiàn)，其修正的成本是截然不同的。很多研究成果表明，無論什么時候作出修改都要進(jìn)行完整的回歸測試，在生命周期中盡早地對軟件產(chǎn)品進(jìn)行測試將使效率和質(zhì)量得到最好的保證。Bug發(fā)現(xiàn)的越晚，修改它所需的費(fèi)用就越高，因此從經(jīng)濟(jì)角度來看，應(yīng)該盡可能早的查找和修改Bug。在從全程的費(fèi)用來考慮，相比起那些復(fù)雜且曠日持久的集成測試，或是不穩(wěn)定的軟件系統(tǒng)來說，單元測試所需的費(fèi)用是很低的。軟件測試按測試技術(shù)來分，分為白盒測試與黑盒測試。黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。 白盒測試“白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試?！鞍缀小狈ㄊ歉F舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。系統(tǒng)的測試包括單體測試1和單體測試2，如圖61所示。圖61 測試范圍單體測試1的測試范圍為畫面和請求方法，輸入為客戶終端畫面輸入內(nèi)容和業(yè)務(wù)方法的返回值，輸出為客戶終端畫面的表示內(nèi)容和調(diào)用業(yè)務(wù)方法的輸入?yún)?shù)。對于客戶終端輸入直接由測試人員在畫面上輸入即可，對于業(yè)務(wù)方法的返回值需要開發(fā)dummy程序模擬。開發(fā)dummy程序時，dummy程序中的各種名稱（對象名稱、方法名稱、屬性名稱）和接口規(guī)范都必須和被模擬的業(yè)務(wù)方法完全一致。單體測試2的測試范圍是業(yè)務(wù)方法，輸入是請求方法的輸入?yún)?shù)和數(shù)據(jù)庫的初始值，輸出為返回請求方法的處理結(jié)果和對數(shù)據(jù)庫的操作結(jié)果。對于數(shù)據(jù)庫初始值可以直接往數(shù)據(jù)庫中設(shè)置，但對于請求方法的輸入?yún)?shù)需要開發(fā)driver程序模擬。 測試目標(biāo)程序內(nèi)部邏輯覆蓋率達(dá)100%，處理邏輯的各類典型Case覆蓋率達(dá)100%。 質(zhì)量基準(zhǔn)單體測試1測試密度：4060件/KlocBUG密度：46件/Kloc（對BUG中屬于程序錯誤部分的統(tǒng)計結(jié)果）單體測試2測試密度：4060件/KlocBUG密度：68件/Kloc（對BUG中屬于程序錯誤部分的統(tǒng)計結(jié)果） 測試成果測試成果包括：測試式樣書、測試數(shù)據(jù)文件、測試驗證物、測試BUG記錄、修正后的源程序其中測試驗證物包括：畫面硬拷貝（輸入畫面和結(jié)果畫面）、數(shù)據(jù)庫處理結(jié)果數(shù)據(jù)文件、測試log文件（控制臺log） 測試結(jié)論通過這次測試，我總結(jié)出，測試一定要非常細(xì)心，測試用例做的再好，如果不去細(xì)心的檢查和分析測試結(jié)果，放在眼前的明顯的錯誤也很難發(fā)現(xiàn)。 結(jié) 論本次畢業(yè)設(shè)計為我提供了一個很好的鍛煉機(jī)會。除了將大學(xué)里學(xué)到理論應(yīng)用到實(shí)踐中外，還學(xué)習(xí)到了許多書本沒有遇到過的問題。技術(shù)水平有了很大的提高，解決問題的能力也得到了鍛煉。這次畢業(yè)設(shè)計，雖然時間有限，但卻是踏踏實(shí)實(shí)，認(rèn)真嚴(yán)謹(jǐn)?shù)淖鲋恳徊降墓ぷ?。任何一個系統(tǒng)的開發(fā)，決不僅僅是編寫代碼這么簡單，而是一項系統(tǒng)的，規(guī)范的工作。為開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須得到用戶的需求，所謂需求分析，簡單說就是要明確系統(tǒng)要“做什么”。對軟件需求的準(zhǔn)確把握和深入理解是軟件工作獲得成功的前提條件?？傮w設(shè)計是站在全局的高度上，決定系統(tǒng)要“怎么做”，從較抽象的層次上分析對比多種可能的系統(tǒng)實(shí)施方案和軟件結(jié)構(gòu)，從中選出最佳方案和最合理的軟件結(jié)構(gòu)。詳細(xì)設(shè)計的根本目標(biāo)是確定應(yīng)該怎樣具體的實(shí)現(xiàn)所要求的功能。經(jīng)過這一階段的設(shè)計，我們可以得到對目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以直接把這個描述翻譯成用某種語言書寫的程序。代碼的實(shí)現(xiàn)又分編碼和測試兩部分。編碼是對設(shè)計的進(jìn)一步具體化。測試則是開發(fā)環(huán)節(jié)中最不可或缺的一步。但是由于經(jīng)驗有限，也走了不少彎路，但是在學(xué)校老師的幫助下，以及同組同學(xué)的共同努力下，終于有了一份答卷。在這個過程中我們收獲更多的是“實(shí)戰(zhàn)”經(jīng)驗和上面提到的對軟件開發(fā)的整體流程的認(rèn)識，而這些正是可以讓我受益終身的寶貴知識?？傊?，這次系統(tǒng)開發(fā)為我日后的工作打下了良好的基礎(chǔ)，激發(fā)了我對軟件開發(fā)濃厚的興趣，也使我深刻感受到自身知識的貧乏，必須不斷用知識充實(shí)自己，才能適應(yīng)今后的工作和生活。 參考文獻(xiàn)[1] [J]. 清華大學(xué)出版社,20011，4850. [2] [J].科學(xué)出版社,20034，8990. [3] [M].北京：科學(xué)出版社，20001.[4] MX標(biāo)準(zhǔn)教程[M].北京:北京希望電子出版社，20013.[5] [M].北京:機(jī)械工業(yè)出版社，20011.[6] [M].北京:北京希望電子出版社，20015.[7] John [M].清華大學(xué)出版社，20011.[8]（美）[M].北京:中國電力出版社，20051. [9] 9i[M].北京:機(jī)械工業(yè)出版，200401.[10] (美) 霍斯特曼(Horstmann, Cay S.)和(美)科耐爾(CornellGary)編著. 李如豹, 剛冬梅等譯. 最新java核心技術(shù) 卷I:原理[M]. 機(jī)械工業(yè)出版社,20021.[11] Elliote Rusty Harold David Flanagan, 《Java Network Programming》. O39。Reilly 199709 .[12] Cornelamp。Horstman,《Core Java Volume 1Fundamentals amp。 Core Java Volume 2Advanced Features》. PrenticeHall 200601.[13] Joe Zuffoletto ,BEA WebLogic Server Bible ,Wiley ,20031.致 謝在此次畢業(yè)設(shè)計過程中，我得到了老師、公司同事的大力幫助，學(xué)校對我們在校外進(jìn)行畢業(yè)設(shè)計的同學(xué)也給予了大力支持。在此，我向所有幫助過我的人表示感謝。特別要感謝的是我的指導(dǎo)老師侯殿有，指導(dǎo)老師侯殿有和我的組長甘俊霖。各位老師在整個畢業(yè)設(shè)計過程中始終指導(dǎo)和幫助我，指導(dǎo)老師曾多次詢問我們的畢設(shè)進(jìn)展，及時更正我們的錯誤思路。指導(dǎo)老師在開發(fā)過程中，不僅在技術(shù)上給予我很大的幫助，而且，在工作之余還教會我在今后應(yīng)如何工作，如何更大的提高工作效率。組長給我以技術(shù)上的支持和幫助，使我能順利完成本次系統(tǒng)的開發(fā)，解決了系統(tǒng)設(shè)計和實(shí)現(xiàn)上發(fā)生的若干問題。我不僅僅在技術(shù)上有所提高，而且感受到團(tuán)隊精神以及積極嚴(yán)謹(jǐn)?shù)墓ぷ鲬B(tài)度的重要性。今天，我能順利完成畢業(yè)設(shè)計，與各位老師的孜孜教悔是分不開的。在此，我再一次向他們表示衷心地感謝！39
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1