【正文】 tVarcharVarcharIntVarcharIntInt1030201002040101010. 留言表（b_leaveword）：給平時多溝通的好友留言。表中共有6個屬性，分別為留言ID、真實ID、留言內(nèi)容、留言表情、留言時間、留言用戶ID。其中留言ID為主鍵，留言用戶ID為外鍵。具體設計表如表4310。表4310 留言表列名屬性類型長度lwIdtrueIdlwContentlwFacelwTimeuserIdID真實ID留言內(nèi)容留言表情留言時間留言用戶IDIntIntVarcharVarcharDateTimeInt101010010010本章主要講述了對于圖書點評系統(tǒng)的數(shù)據(jù)庫的設計與實現(xiàn)，開發(fā)一個新系統(tǒng)能夠具有良好的功能界面，一個好的數(shù)據(jù)庫是必不可缺的。究其所以然，每個系統(tǒng)的應用不過就是數(shù)據(jù)庫中表的關系復雜程度和對于數(shù)據(jù)的添加、刪除、修改、查詢的操作。那么接下來的工作便是系統(tǒng)的運行和測試。第五章 系統(tǒng)測試系統(tǒng)測試是保證系統(tǒng)質(zhì)量和可靠性的關鍵步驟，是對系統(tǒng)開發(fā)過程中的系統(tǒng)分析、系統(tǒng)設計和實施的最后復查，測試的結果好壞可能直接影響功能邏輯的略微改動，所以沒開發(fā)出一個功能模塊都要進行相對應的單元測試，當項目總體完成后，還要進行針對項目的綜合測試[[][M].北京:機械工業(yè)出版社,:4096．]。每次測試找出的項目缺陷都要及時的解決，不然會出現(xiàn)不可預知的錯誤。系統(tǒng)測試重要性不言而喻其工作量較大，約占軟件開發(fā)總工作量的40%以上。所以對于做好讀書點評系統(tǒng)的測試應重視起來。測試應盡早測試并不間斷地進行測試。測試不是在應用系統(tǒng)開發(fā)完之后才進行的，由于原始問題的復雜性、開發(fā)各階段的多樣性以及參加人員之間的協(xié)調(diào)等因素，使得開發(fā)各階段都有可能出現(xiàn)錯誤。因此測試應貫穿在開發(fā)的各個階段，盡早糾正錯誤，消除隱患。經(jīng)過系統(tǒng)分析、系統(tǒng)設計、數(shù)據(jù)庫設計、系統(tǒng)開發(fā)的框架設計已經(jīng)開發(fā)出了項目的源碼， 而進行測試的目的則是希望以最小的人力和時間發(fā)現(xiàn)潛在的錯誤和缺陷，根據(jù)各個開發(fā)階段的需求、設計等文檔或程序的內(nèi)部結構精心設計測試用例，并利用這些實例來運行程序，以便發(fā)現(xiàn)錯誤。讀書點評系統(tǒng)測試應該包括軟件測試、硬件測試和網(wǎng)絡測試。測試的時候還應注意以下問題：1. 測試應由專門人員進行，這樣會更客觀更有效。2. 設計測試方案的時候，不僅要確定輸入數(shù)據(jù)，而且要根據(jù)系統(tǒng)功能確定預期的輸出結果，將實際輸出結果與預期結果相比較就能發(fā)現(xiàn)測試對象是否正確。3. 在設計測試用例時，不僅要設計有效合理的輸入條件，也要包含不合理、失效的輸入條件。4. 在測試程序時，不僅要檢驗程序是否做了該做的事，還要檢驗程序是否做了不該做的事。多于的工作會帶來副作用，給項目帶來沒有必要的麻煩。5. 嚴格按站測試計劃來進行，避免測試的隨意性。測試計劃應包括測試內(nèi)容、進度安排、測試環(huán)境、測試工具、測試資料等。嚴格的按站測試計劃可以保持進度，是各方面都得以協(xié)調(diào)進行。6. 妥善保存測試計劃、測試用例，作為軟件文檔的組成部分，為維護提供方便。針對圖書點評網(wǎng)站的測試，得到的每個錯誤都是有價值的，確保整個項目測試的完整性，是評定項目產(chǎn)品的質(zhì)量保證[[]Ian Engineering[M]. American:AW,1989:256368．]。測試任何產(chǎn)品都有兩種方法，即黑盒測試和白盒測試。下面主要介紹黑盒測試的概念和方法。黑盒測試（Blackbox Testing）又稱為功能測試或數(shù)據(jù)驅動測試是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時需要測試軟件產(chǎn)品的功能不需測試軟件產(chǎn)品的內(nèi)部結構和處理過程。在測試階段，我采用的是黑盒測試的方法，即對程序內(nèi)部結構和特性不做考慮，只從程序的輸入輸出特性上來測試本軟件是否能滿足設定的功能。開發(fā)中往往會出現(xiàn)一些小錯誤，登錄界面提示信息出現(xiàn)錯誤，該提示的沒有提示出來，數(shù)據(jù)關聯(lián)問題如圖51所示：圖51 提示信息界面這是check（）方法中的Id名沒有找到，這些小錯誤都是由不細心引起的，都是可以避免的。對于圖書點評系統(tǒng)而言，功能測試工作的任務是測試系統(tǒng)的各項功能是否滿足需求規(guī)格說明書所列的各項要求，然后要進行軟件程序復查，檢測各方面的質(zhì)量是否符合要求等。下面是針對各個功能模塊進行的測試用例：一、用戶和管理員登錄模塊測試的目的：驗證用戶和管理員功能錄入信息對程序的影響。等價分類如表521所示。表521登錄模塊的等價分類表輸入數(shù)據(jù)有效等價類無效等價類用戶名存在的用戶名不存在的用戶名測試用例選擇如表522所示。表522登錄模塊的測試用例測試數(shù)據(jù)期望結果實際結果分析結果adminzcl用戶權限不可更改輸入正確同期望結果同期望結果Admin已經(jīng)是管理員正確的數(shù)據(jù) 通過測試用戶和管理員登錄模塊沒有發(fā)現(xiàn)異常。二、書籍管理模塊測試的目的：管理員搜索書籍方便對書籍管理，驗證這一系列操作對程序的影響。等價分類如表523所示。表523書籍管理的等價分類表輸入數(shù)據(jù)有效等價類無效等價類圖書名稱存在書籍名稱不存在的書籍名稱測試用例選擇如表524所示。表524書籍管理的測試用例測試數(shù)據(jù)期望結果實際結果分析結果軟件工程數(shù)據(jù)庫原理娛樂雜志位于所存在列表位于所存在列表不存在同期望結果同期望結果同期望結果存在的圖書信息存在的圖書信息不存在的圖書信息 通過測試書籍管理的數(shù)據(jù)一切正常。三、點評管理模塊測試的目的：驗證用戶點評操作對程序的影響。等價分類如表525所示。表525點評管理的等價分類表輸入數(shù)據(jù)有效等價類無效等價類文字表情點評成功點評失敗測試用例選擇如表526所示。表526點評管理的測試用例測試數(shù)據(jù)期望結果實際結果分析結果表情文字圖片成功點評成功點評點評失敗同期望結果同期望結果同期望結果輸入合法輸入合法輸入不合法 通過測試點評功能一切正常。四、博文管理模塊測試的目的：驗證用戶操作博文管理功能對程序的影響。等價分類如表527所示。表527博文管理的等價分類表輸入數(shù)據(jù)有效等價類無效等價類用戶名操作成功操作失敗測試用例選擇如表528所示。表528博文管理的測試用例測試數(shù)據(jù)期望結果實際結果分析結果發(fā)表博文修改博文刪除博文發(fā)表博文發(fā)表成功修改成功刪除成功發(fā)表失敗同期望結果同期望結果同期望結果同期望結果存在的用戶存在的用戶存在的用戶不存在的用戶通過測試博文管理的功能一切正常。五、書友管理模塊測試的目的：驗證用戶操作書友管理功能對程序的影響。等價分類如表629所示。表529書友管理的等價分類表輸入數(shù)據(jù)有效等價類無效等價類用戶名操作成功操作失敗測試用例選擇如表5210所示。表5210書友管理的測試用例測試數(shù)據(jù)期望結果實際結果分析結果添加好友刪除好友添加好友添加成功刪除成功添加失敗同期望結果同期望結果同期望結果存在的用戶存在的用戶不存在的用戶 通過測試書友管理的功能一切正常。六、搜索與統(tǒng)計模塊測試的目的：驗證游客或者用戶搜索信息對程序的影響。等價分類如表6211所示。表5211搜索與統(tǒng)計的等價分類表輸入數(shù)據(jù)有效等價類無效等價類搜索內(nèi)容存在的圖書名稱不存在的圖書名稱測試用例選擇如表5212所示。表5212搜索與統(tǒng)計的測試用例測試數(shù)據(jù)期望結果實際結果分析結果軟件工程數(shù)據(jù)庫原理魯迅Abc位于存在列表位于存在列表位于存在列表不存在同期望結果同期望結果同期望結果同期望結果存在的圖書存在的圖書存在的圖書不存在的圖書 通過測試搜索與統(tǒng)計功能一切正常。確認測試又稱有效性測試。它的任務是驗證軟件的有效性，即驗證軟件的功能和性能及其它特性是否與用戶的要求一致。在軟件需求規(guī)格說明書描述了全部用戶可見的軟件屬性，其中有一節(jié)叫做有效性準則，它包含的信息就是軟件確認測試的基礎。采用黑盒測試中的錯誤推測法對系統(tǒng)功能進行確認測試。模擬用戶發(fā)表博文，按照要求，列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況；輸入不符合格式的預定信息，系統(tǒng)后臺錯誤提示。模擬超級管理員對系統(tǒng)管理平臺測試，對每個管理功能實施模擬數(shù)據(jù)管理，檢驗增加，刪除，修改信息等功能。事先預測插入圖片所出現(xiàn)的各種錯誤，例如本平臺系統(tǒng)會崩潰等等。發(fā)表博文時發(fā)表內(nèi)容不合法的問題如圖73所示： 圖62出現(xiàn)的情形，前臺頁面崩潰，而后臺頁面提示輸入的信息不合法等等錯誤信息和異常信息。針對這種錯誤在對功能加以修改。 本章小結本章介紹了系統(tǒng)測試的有關內(nèi)容，簡單的寫了一些測試用例，能夠體現(xiàn)出各種各樣的錯誤。測試雖然在開發(fā)的過程中貫入始終，工作量也較大，但是它能夠協(xié)助找到更多的bug，避免了以后造成的損失。經(jīng)過系統(tǒng)的反復測試，不論單元測試也好綜合測試也好，最終得到的測試結果尚可令人滿意，所以得出本系統(tǒng)可以交付供用戶使用。結論本文通過使用Struts、Spring、Hibernate框架和MySQL數(shù)據(jù)庫技術設計并實現(xiàn)了圖書點評網(wǎng)站。通過本文的研究得出以下結論： 首先SSH框架開發(fā)技術適合做中型和大型的系統(tǒng)和網(wǎng)站的后臺開發(fā)，因為該技術具有良好的可擴展性、良好的可維護性、優(yōu)秀的解耦性，并且框架流程清晰明確易懂。其次開發(fā)中使用軟件工程技術可以使得系統(tǒng)分析更加明確，使得網(wǎng)站開發(fā)過程具有一定的順序性和邏輯性，給開發(fā)人員帶來了很大的幫助。最后運用成熟的框架可以解決很多問題，因為開發(fā)框架中提供了了許多的標簽庫，由于對標簽的掌握程度有限，所以系統(tǒng)中還存在許多的不足，例如前臺界面的顯示有些地方不是很合理，原因就是自己對JSP標簽庫的運用有所欠缺，以后一定要多加學習前臺頁面的知識來豐富自己。通過本次畢業(yè)設計的實現(xiàn)，使我意識到知識的運用不僅需要會，還得懂得正確的方式方法才能更好的適應項目的邏輯層次。還是那句話只有通過不斷的學習不斷的豐富自己才能使項目變得簡單，才能做出好的項目。參考文獻1致謝在老師和同學的支持與幫助之下，我順利地完成了本次畢業(yè)設計。在畢業(yè)設計的這段日子里，我所獲得的知識將是大學期間最珍貴的。在這里，我要特別感謝我的指導老師的幫助和教誨。在撰寫論文和設計研發(fā)的過程中，老師傾注了大量的精力，無論是在論文的選題、構思和資料的收集方面，還是在論文的研究方法以及成文定稿方面，我都得到了老師悉心細致的教導和無私的幫助，特別是他廣博的學識、深厚的學術素養(yǎng)、嚴謹?shù)闹螌W精神和一絲不茍的工作作風使我終生受益，在此表示真誠地感謝和深深的謝意。同時我還要感謝我的同學們，是你們給我感受學習的快樂。最后，向在百忙中抽出時間對本文進行評審并提出寶貴意見的各位專家表示衷心地感謝！