【正文】 /** * 首先從session中取出用戶的id信息 */ user = (User) (user)。 /** * TODO從d_item表中得到所有用戶已選購的商品 */ try { items = ().showItem(())。 /** * TODO計算所選購商品的總金額 */ totalPrice = getTotalPriceMoney()。 /** * 將所有要購買的商品放到session中 */ (order, items)。 (totalPrice, totalPrice)。 return success。 } catch (DangException e) { ()。 return error。 }第六章 系統(tǒng)運行評估在線圖書銷售系統(tǒng)開發(fā)完畢到投入使用之前，需要進行一系列系統(tǒng)集成和確認測試。軟件測試的根本目的應(yīng)該是找出軟件中存在的漏洞和問題，而開發(fā)人員往往不容易找出自己的程序中存在的漏洞和問題，所以從理論上講，系統(tǒng)的測試工作應(yīng)該由專業(yè)測試人員進行。一、 測試指導思想及方案（一）指導思想針對本系統(tǒng)測試人員是開發(fā)者本人這一特點，本系統(tǒng)測試工作的指導思想以白盒測試方法為主，局部輔以黑盒測試方法。白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。這一方法是把測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致。相對的，黑盒測試方法是在已知系統(tǒng)結(jié)構(gòu)的前提下，通過來測試系統(tǒng)每個功能是否都能正常運行并達到預期結(jié)果。在測試時將程序看作一個不能打開的黑盒子，在完全部考慮程序內(nèi)部結(jié)構(gòu)盒內(nèi)部特性的情況下，在接口進行測試。（二）測試方案從軟件的生存周期看，測試往往指對程序的測試，這樣做的優(yōu)點是被測對象明確，測試的可操作性相對較強。但是，由于測試的依據(jù)是規(guī)格說明書、設(shè)計文檔和使用說明書，如果設(shè)計有錯誤，測試的質(zhì)量就難以保證。即使測試后發(fā)現(xiàn)是設(shè)計的錯誤，這時，修改的代價是相當昂貴的。因此，較理想的做法應(yīng)該是對軟件的開發(fā)過程，按軟件工程各階段形成的結(jié)果，分別進行嚴格的審查。為了確保軟件的質(zhì)量，對圖1的過程應(yīng)進行嚴格的管理。雖然測試是在實現(xiàn)且經(jīng)驗證后進行的，實際上，測試的準備工作在分析和設(shè)計階段就開始了。 1．測試的過程及組織當設(shè)計工作完成以后，就應(yīng)該著手測試的準備工作了，編寫在線圖書銷售系統(tǒng)測試大綱，明確測試的內(nèi)容和測試通過的準則，設(shè)計完整合理的測試用例，以便系統(tǒng)實現(xiàn)后進行全面測試。在對程序的正確性進行驗證后，可以開始組織測試，測試一般可按下列方式組織： （1）明確開發(fā)過程中各類文檔進一步理解在線圖書銷售系統(tǒng)在開發(fā)過程中生成的有關(guān)資料，包括規(guī)格說明、設(shè)計文檔、使用說明書及在設(shè)計過程中形成的測試大綱、測試內(nèi)容及測試的通過準則，全面熟悉系統(tǒng)，編寫測試計劃，設(shè)計測試用例，作好測試前的準備工作。（2）合理劃分測試階段為了保證測試的質(zhì)量，將測試過程進行劃分，針對在線圖書銷售系統(tǒng)的特點，將測試過程劃分為代碼審查、單元測試、集成測試和驗收測試四個階段。（3）代碼審查一般的軟件測試應(yīng)該進行代碼會審。代碼會審是由一組人通過閱讀、討論和爭議對程序進行靜態(tài)分析的過程。會審小組由組長，2～3名程序設(shè)計和測試人員及程序員組成。會審小組在充分閱讀待審程序文本、控制流程圖及有關(guān)要求、規(guī)范等文件基礎(chǔ)上，召開代碼會審會，程序員逐句講解程序的邏輯，并展開熱烈的討論甚至爭議，以揭示錯誤的關(guān)鍵所在。針對本系統(tǒng)的開發(fā)特點，開發(fā)者本人再一次對所編寫代碼進行審查，并將其講解給周圍同學。實踐證明，當再一次進行閱讀和講解時，確實可以發(fā)現(xiàn)許多自己原來沒有發(fā)現(xiàn)的錯誤。（4）單元測試：單元測試集中在檢查本系統(tǒng)設(shè)計的最小單位——模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。由于模塊規(guī)模小、功能單一、邏輯簡單，加之測試人員就是系統(tǒng)的開發(fā)人員，對于該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)都非常清楚，可以采用采用結(jié)構(gòu)測試（白盒法）的用例，盡可能達到徹底測試，然后輔之以功能測試（黑盒法）的用例，使之對任何合理和不合理的輸入都能鑒別和響應(yīng)。高可靠性的模塊是組成可靠系統(tǒng)的堅實基礎(chǔ)。（5）集成測試：集成測試是將模塊按照設(shè)計要求組裝起來同時進行測試，主要目標是發(fā)現(xiàn)與接口有關(guān)的問題。如用戶資料數(shù)據(jù)穿過接口時可能丟失；一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來可能不產(chǎn)生預期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有錯誤等。 （6）驗收測試：驗收測試的目的是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。經(jīng)過上述的測試過程對軟件進行測試后，軟件基本滿足開發(fā)的要求，測試宣告結(jié)束，經(jīng)驗收后，軟件可投入使用。2．測試方法的應(yīng)用因為本系統(tǒng)的測試人員是開發(fā)者本人，所以對于程序的代碼等相當熟悉。在設(shè)計在線圖書銷售系統(tǒng)的單元測試時，測試人員將白盒測試方法和黑盒測試方法結(jié)合起來運用。先用白盒測試法分析模塊的邏輯結(jié)構(gòu)，提出一批測試用例，然后根據(jù)模塊的功能用黑盒測試法進行補充。集成測試及其后的測試階段，本系統(tǒng)采用了黑盒測試方法。其策略包括：(1) 用邊值分析法和（或）等價分類法提出基本的測試用例；(2) 用猜測法補充新的測試用例，重復前一步操作。二、 部分功能測試結(jié)果在黑盒測試方法的指導思想下，通過大量用例對在線手機銷售系統(tǒng)進行了測試。測試過程中發(fā)現(xiàn)了一部分設(shè)計上的漏洞及時進行了修改。由于篇幅有限，現(xiàn)特將本系統(tǒng)部分功能測試用例摘錄如下：(一) 用戶界面窗體設(shè)計測試窗體大小。大小要合適，控件布局合理；縮放窗體。窗體上的控件應(yīng)隨窗體的大小變化而變化；顯示分辨率。必須在不同的分辨率的情況下測試程序的顯示是否正常。經(jīng)過測試，發(fā)現(xiàn)系統(tǒng)用戶界面窗體的大小在大部分臺式機和筆記本電腦顯示器上效果不一。后經(jīng)分析發(fā)現(xiàn)，開發(fā)使用的筆記本電腦系寬屏設(shè)計，因此造成了一般尺寸的臺式機顯示器顯示不正常的現(xiàn)象。及時修改頁面大小可以修正此問題。其他功能未發(fā)現(xiàn)異常.(二) 文本框的測試輸入正常的字母或數(shù)字；輸入超長字符。例如在“名稱”框中輸入超過允許邊界個數(shù)的字符，假設(shè)最多25個字符，嘗試輸入 26個字符，檢查程序能否正確處理；輸入默認值，空白，空格；若只允許輸入字母，嘗試輸入數(shù)字；反之；嘗試輸入字母；利用復制，粘貼等操作強制輸入程序不允許的輸入數(shù)據(jù)；輸入特殊字符集，例如，NUL及\n等；輸入超過文本框長度的字符或文本，檢查所輸入的內(nèi)容是否正常顯示；輸入不符合格式的數(shù)據(jù)，檢查程序是否正常校驗，如，程序要求輸入年月日格式為yy/mm/dd，實際輸入yyyy/mm/dd，程序應(yīng)該給出錯誤提示；經(jīng)過測試，系統(tǒng)在文本框輸入功能中表現(xiàn)正常，在出現(xiàn)異常輸入時能夠及時報錯并提醒用戶重新輸入。第七章 總結(jié)一、總結(jié)本系統(tǒng)設(shè)計并使現(xiàn)一個在線圖書銷售網(wǎng)站的模型。本網(wǎng)站采用了流行的三層架構(gòu)，通過將整個系統(tǒng)分為不同的邏輯模塊，大大降低了應(yīng)用程序系統(tǒng)開發(fā)和維護的成本，提高了系統(tǒng)模塊的復用性，同時使系統(tǒng)的可擴展性大大提高。，本網(wǎng)站對系統(tǒng)的要求較低，兼容性很好，為網(wǎng)站的推廣使用提供了便利和可能。在線圖書銷售系統(tǒng)的開發(fā)過程中。、個人和開發(fā)人員。對于個人。對于企業(yè)和網(wǎng)站開發(fā)人員，與傳統(tǒng)開發(fā)方法相比執(zhí)行效率也更高，它將改變企業(yè)的銷售模式，使IT真正成為企業(yè)成功的重要因素。二、問題與展望在系統(tǒng)開發(fā)過程中，我遇到了這樣那樣的問題，經(jīng)過老師和同學的熱心幫助都一一解決，其中主要有：1. 中文問題在JSP中，中文的亂碼看得人心亂如麻。在老師的指點下，我重新設(shè)置了JSP頁面的“contentType”屬性，用了%@page contentType=”text/html。 charset=GBK”%這條語句，解決了這一問題。2. 大小寫問題JSP是大小寫區(qū)分的，在編寫JSP程序時一定注意不要將大小寫混淆，例如：String abook。與String Abook。，它們代表兩個不同的字符串型變量。另外，在瀏覽器的地址欄中輸入的，訪問JSP頁面的地址也是區(qū)分大小寫的。例如://localhost:8080/cdshop/://localhost:8080/CDshop/。由于本人水平和開發(fā)時間有限，本系統(tǒng)還不夠完美，存在一些問題，具體如下。3. 界面不夠美觀從直觀的角度講，在線圖書銷售系統(tǒng)的界面還不夠美觀。由于時間關(guān)系，本人掌握的素材有限。同時，對于DreamWeaver8這款功能強大的軟件我的掌握程度尚淺，本系統(tǒng)中并沒有能夠完全發(fā)揮出它的強大功能，把圖形化界面做到美輪美奐。在今后還應(yīng)該注意積累素材，不斷修改，讓界面趨于完美。4. 購物車功能尚不完善購物車模塊的實現(xiàn)使本系統(tǒng)的一大亮點，但針對這個模塊，本系統(tǒng)實現(xiàn)的僅僅是基本的收錄、保存以及刪除的簡單功能。在理想的購物車模塊中，還應(yīng)該具有產(chǎn)品追蹤的功能，對于用戶來講應(yīng)該隨時掌握購物車中收錄的產(chǎn)品的實時價格以及動態(tài)比較等等。對于管理員來說，應(yīng)該可以統(tǒng)計用戶購物車中產(chǎn)品的分類作為銷售統(tǒng)計的輔助材料，為更準確的定位銷售方向做支撐材料。本系統(tǒng)中諸如以上的功能尚不完善的地方還有不少，相信在今后不斷的開發(fā)和維護過程中，系統(tǒng)的功能會一步步趨于完善，真正做到購銷雙方都得心應(yīng)手。參考文獻[1] [M].北京：華夏出版社，2006.[2] [M].北京：中國林業(yè)出版社，北京大學出版社，2006.[3] 羅國慶，[M].北京：電子工業(yè)出版社，2004.[4] 夏陽，張強，[J].計算機工程與設(shè)計，2004（11）.[5] 徐成志，[J].泰山學院學報，2004（6）.[6] [M].北京:國防工業(yè)出版社,2002.[7] Andrew Patzer, JSP Examples and Best Practices. Berkley: Apress, 2002.[8] Ganci, John. Emerce Patterns Design amp。 Application Guide. Beijing: Beijing Hope Electronic Press, 2001.[9] Jagdish , Abdolreza E and Balaji . Internet Marketing. 北京：中國人民大學出版社, 2005.[10] Robert Brunner. JSP: Practical Guide for Programmers (The Practical Guides). San Francisco: Morgan Kaufmann Publisher, 2003.33