【導(dǎo)讀】計算機和計算機網(wǎng)絡(luò)的飛速發(fā)展，人們對計算機網(wǎng)絡(luò)的依賴是越來越大。聊天交友，在網(wǎng)上請教問題，查閱資料，還在網(wǎng)上玩游戲。除此之外，人們還會在網(wǎng)上進。行商務(wù)交易、下載信息，有著眾多的使用者。尤其是電子商務(wù)大大的減少了人們對周圍環(huán)。上的優(yōu)勢，各類網(wǎng)站如雨后春筍般的出現(xiàn)，這也就是我的畢業(yè)設(shè)計的實際意義。易早已成為一種時尚?；ヂ?lián)網(wǎng)讓產(chǎn)業(yè)多元化盈利模式，人們也希望從中挖掘更多的價值。因此，在線音樂網(wǎng)站的建設(shè)具有更重要的意義，方便更多的人們在線欣賞，資源共享。人們的生活也越來越精彩。系統(tǒng)后臺主要設(shè)置了用戶信息管理、音樂管理、評論管理這3個子模塊。

　　

【正文】 archar 50 password varchar 50 sex varchar 50 udesc varchar 50 表 32 assessment 字段名稱 字段類型 寬度 默認值 允許空 主鍵 描述 id varchar 50 a mid varchar 50 content varchar 50 star varchar 50 writer varchar 50 表 33 userinfo 字段名稱 字段類型 寬度 默認值 允許空 主鍵 描述 id int 4 mname varchar 4 ? ? singer varchar 64 filepath varchar 255 ? ? mtype varchar 510 ? ? views varchar 16 ? ? mdesc varchar 4 0 13 第 4 章 系統(tǒng)功能的詳細設(shè)計 系統(tǒng)模塊總體說明 基于 struts2 框 架技術(shù)的傾聽音樂系統(tǒng) 的總體結(jié)構(gòu)示意圖如下： 基 于 s t r u t s 2 框 架 技 術(shù) 的 傾 聽 音 樂 系 統(tǒng)系 統(tǒng) 后 臺系 統(tǒng) 前 臺用戶信息管理音樂管理評論管理首頁音樂之家音樂排行我的收藏播放記錄用戶注冊用戶登錄 圖 41 系統(tǒng)總體設(shè)計圖 系統(tǒng)流程圖 基于 struts2 框架技術(shù)的傾聽音樂系統(tǒng) 流程圖如下： 14 用 戶 面 板系 統(tǒng) 后 臺系 統(tǒng) 前 臺用戶信息管理音樂管理評論管理首頁音樂之家音樂排行我的收藏播放記錄用戶注冊用戶登錄登 陸判 斷退 出 圖 42 系統(tǒng)流程圖 系統(tǒng)模塊的詳細設(shè)計與主要功能 本 基于 struts2 框架技術(shù)的傾聽音樂系統(tǒng) 系統(tǒng) 主要包括系統(tǒng)前臺和系統(tǒng)后臺兩部分，系統(tǒng)前臺主要設(shè)置了首頁、音樂之家、音樂排行、我的收藏、播放記錄、用戶注冊、用戶登錄這 7 個子模塊。系統(tǒng)后臺主要設(shè)置了用戶信息管理、音樂管理、評論管理這 3 個子模塊。 首頁 在系統(tǒng)首頁設(shè)置了系統(tǒng)進入系統(tǒng)各個模塊的 快捷通道，用戶還可以進行會員注冊。實現(xiàn)界面如下： 15 圖 43 首頁 16 圖 44 注冊 音樂之家 音樂之家模塊主要用于向用戶展示相關(guān)音樂信息，實現(xiàn)界面如下： 17 圖 45 音樂展示 圖 46 音樂播放 圖 47 音樂評論 音樂排行 音樂排行模塊的設(shè)置主要用于向用戶展示音樂排行榜，以供用戶選擇喜歡的音樂，實現(xiàn)界面如下： 18 圖 48 音樂排行 我的收藏 我的收藏模塊主要功能是供用戶對喜歡的音樂進行收藏。實現(xiàn)界面如下： 圖 49 我的收藏 19 播放記錄 播放記錄模塊主要用于用戶對自己的播放記錄進行查詢的功能，實現(xiàn)界面如下： 圖 410 播放記錄 用戶信息管理 用戶信息管理模塊主要用于管理員對用戶信息進行添加、刪除、修改的功能。實現(xiàn)界面如下： 20 圖 411 修改密碼 圖 412 管理用戶 圖 413 用戶列表 音樂管理 音樂管理模塊主要用于管理員對音樂進行創(chuàng)建和添加、刪除、修改的功能，實現(xiàn)界面 21 如下： 圖 414 音樂添加 圖 415 音樂列表 評論管理 評論管理模塊主要用于管理員對評論信息進行添加、刪除、修 改的功能，實現(xiàn)界面如下： 圖 416 評論管理 22 第 5 章 系統(tǒng)測試及難點分析 軟件測試 軟件測試是軟件開發(fā)過程的重要組成部分，是用來確認一個程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測試的目的，第一是確認軟件的質(zhì)量，其一方面是確認軟件做了你所期望的事情 (Do the right thing)，另一方面是確認軟件以正確的方式來做了這個事件 (Do it right)。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險評估所準備的信息。第三軟件測試不僅是在測試軟件產(chǎn)品的本身 ，而且還包括軟件開發(fā)的過程。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷 的。因此軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。軟件質(zhì)量是由幾個方面來衡量的：一、在正確的時間用正確的的方法把一個工作做正確 (Doing the right things right at the right time) 。二、符合一些應(yīng)用標準的要求，比如不同國家的用戶不同的操作習(xí)慣和要求，項目工程中的可維護性、可測試性等要求。三、質(zhì)量本身就是軟件達到了最開始所設(shè)定的要求，而代碼的優(yōu)美或 精巧的技巧并不代表軟件的高質(zhì)量 (Quality is defined as conformance to requirements, not as goodness or elegance)。四、質(zhì)量也代表著它符合客戶的需要 ( Quality also means meet customer needs)。作為軟件測試這個行業(yè)，最重要的一件事就是從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會怎么去使用這個產(chǎn)品，使用過程中會遇到什么樣的問題。只有這些問題都解決了，軟件產(chǎn)品的質(zhì)量才可以說是上去了。 測試人員在軟件開發(fā)過程中的任務(wù)： 尋找 Bug； 避免軟件開發(fā)過程中的缺陷；衡量軟件的品質(zhì)； 關(guān)注用戶的需求?？偟哪繕耸牵捍_保軟件的質(zhì)量。 常用的軟件測試方法 常用的軟件測試方法如下： (一 ) 黑盒測試：黑盒測試顧名思義就是將被測系統(tǒng)看成一個黑盒，從外界取得輸入，然后再 輸出。整個測試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測試 要求測試者在測試時不能使用與被測系統(tǒng)內(nèi)部結(jié)構(gòu)相關(guān)的知識或經(jīng)驗， 它適用于 對系統(tǒng)的功能進行測試。黑盒測試的優(yōu)點有：（ 1）比較簡單，不需要了解程序 內(nèi)部的代碼及實現(xiàn)； （ 2）與軟件的內(nèi)部實現(xiàn)無關(guān)；（ 3）從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問 題；（ 4）基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能；（ 5）在做軟件自動化測試時較為方便。 黑盒測試的缺點有：（ 1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的 30%；（ 2）自動化測試的復(fù)用性較低。 23 (二 ) 白盒測試：白盒測試是指在測試時能夠了解被測對象的結(jié)構(gòu)，可以查閱被測代碼內(nèi)容的 測試工作。它需要知道程序內(nèi)部的設(shè)計結(jié)構(gòu)及具體的代碼實現(xiàn)，并以此為基礎(chǔ)來 設(shè)計測試 用例。如下例程序代碼： HRESULT Play( char* pszFileName ) { if ( NULL == pszFileName ) return； if ( STATE_OPENED == currentState ) { PlayTheFile()； } return； } 讀了代碼之后可以知道，先要檢查一個字符串是否為空，然后再根據(jù)播放器 當(dāng)前的狀態(tài)來執(zhí)行相應(yīng)的動作。 可以這樣設(shè)計一些測試用例：比如字符串 (文件 ) 為空的話會出現(xiàn)什么情況； 如果此時播放器的狀態(tài)是文件剛打開，會是什么情 況；如果文件已經(jīng)在播放，再調(diào)用這個函數(shù)會是什么情況。也就是說，根據(jù)播放器內(nèi)部狀態(tài)的不同，可以設(shè)計很多不同的測試用例。這些是在純粹做黑盒測試時不一定能做到的事情。白盒測試的直接好處就是知道所設(shè)計的測試用例在代碼級上哪些地方被忽略掉，它的優(yōu)點是幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點有：（ 1）程序運行會有很多不同的路徑，不可能測試所有的運行路徑；（ 2）測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計的正確 與否，可能會漏掉一些功能需求；（ 3）系統(tǒng)龐大時，測試 開銷會非常大。 (三 )基于風(fēng)險的測試：基于風(fēng)險的測試是指評估測試的優(yōu)先級，先做高優(yōu)先級的測試，如果時間或精力不夠，低優(yōu)先級的測試可以暫時先不做。有如下一個圖，橫軸代表影響，豎 軸代表概率，根據(jù)一個軟件的特點來確定：如果一個功能出了問題，它對整個產(chǎn)品的影響有多大，這個功能出問題的概率有多大 ?如果出問題的概率很大，出了問題對整個產(chǎn)品的影響也很大，那么在測試時就一定要覆蓋到。對于一個用戶很少用到的功能，出問題的概率很小，就算出了問題的影響也不是很大，那么如果時間比較緊的話，就可以考慮不測試。 基于風(fēng)險測試的兩個決 定因素就是：該功能出問題對用戶的影響有多大，出問題的概率有多大。其它一些影響因素還有復(fù)雜性，可用性，依賴性，可修改性等。測試人員主要根據(jù)事情的輕重緩急來決定測試工作的重點。 (四 ) 基于模型的測試：模型實際上就是用語言把一個系統(tǒng)的行為描述出來，定義出它可能的各種狀態(tài)，以及它們之間的轉(zhuǎn)換關(guān)系，即狀態(tài)轉(zhuǎn)換圖。模型是系統(tǒng)的抽象?；谀Ｐ偷臏y試是利用模型來生成相應(yīng)的測試用例， 然后根據(jù)實際結(jié)果和原先預(yù)想的結(jié)果的 差異來測試系統(tǒng)。 常見的軟件測試類型 常見的軟件測試類型有： 24 (一 ) BVT (Build Verification Test)： BVT 是在所有開發(fā)工程師都已經(jīng)檢入自己的代碼，項目組編譯生成當(dāng)天的版 本之后進行，主要目的是驗證最新生成的軟件版本在功能上是否完整，主要的軟 件特性是否正確。如無大的問題，就可以進行相應(yīng)的功能測試。 BVT 優(yōu)點是時間 短，驗證了軟件的基本功能。缺點是該種測試的覆蓋率很低。因為運行時間短， 不可能把所有的情況都測試到。 (二 ) Scenario Tests(基于用戶實際應(yīng)用場景的測試 )：在做 BVT 功能測試的時候，可能測試主要集中在某個模塊，或比較分離的功能上。當(dāng)用戶來 使用這個應(yīng)用程序的時候，各個模塊是作為一個整體來使用的，那么在做測試的時候，就需要模仿用戶這樣一個真實的使用環(huán)境，即用戶會有哪些用法，會用這個應(yīng)用程序做哪些事情，操作會是一個怎樣的流程。加了這些測試用例后， 再與 BVT 功能測試配合，就能使軟件整體都能符合用戶使用的要求。 Scenario Tests 優(yōu)點是關(guān)注了用戶的需求，缺點是有時候難以真正模仿用戶真實的使用情況。 (三 ) Smoke Test：在測試中發(fā)現(xiàn)問題，找到了一個 Bug，然后開發(fā)人員會來修復(fù)這個Bug。這時想知道這次修復(fù)是否真的解決了程序的 Bug，或者是否會對其它模塊造成影響，就需要針對此問題進行專門測試，這個過程就被稱為 Smoke Test。在很多情況下，做 Smoke Test 是開發(fā)人員在試圖解決一個問題的時候，造成了其它功 能模塊一系列的連鎖反應(yīng)，原因可能是只集中考慮了一開始的那個問題，而忽略其它的問題，這就可能引起了新的 Bug。Smoke Test 優(yōu)點是節(jié)省測試時間，防止 build 失敗。缺點是覆蓋率還是比較低。 此外，Application Compatibility Test(兼容性測試 )，主要目的是為了 兼容第三方軟件，確保第三 方軟件能正常運行，用戶不受影響。 Accessibility Test(軟件適用性測試 )，是確保軟件對于某些有殘疾的人士也能正常的使用， 但優(yōu)先級比較低。 其它的測試還有 Functional Test (功能測試 ) Security Test ， (安全性測試 )， Stress Test(壓力測試 )， Performance Test(性能測試 )， Regression Test(回歸測試 )， Setup/Upgrade Test(安裝升級測試 )等。 軟件測試的意義 一個系統(tǒng)的完善就是通過不斷地測試與 維護來完成的。 測試的意義有以下幾點： (1) 測試并不僅僅是為了找出錯誤 .通過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨 勢 ,可 幫助項目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷 ,以便及時改進； (2) 這種分析也能幫助測試人員設(shè)計出有針對性的測試方法 ,改善測試的效率 和有效性； 25 (3) 沒有發(fā)現(xiàn)錯誤的測試也是有價值的 ,完整的測試是評定軟件質(zhì)量的一種方法。 測試一般有兩種方法：如果已經(jīng)知道了產(chǎn)品應(yīng)該具有的功能，可以通過測試 來檢驗是否每個功能都能正常使用；如果知道產(chǎn)品內(nèi)部工作過程，可以通過測試 來檢驗產(chǎn)品的內(nèi)部動作 是否按照說明書的規(guī)定正常運行。 前一個方法稱為黑盒測 試，后一個稱為白盒測試。 對于本系統(tǒng)，我采取第一個方法，即黑盒測試。做完一個模塊，就進行測試， 看所做的模塊能不能實現(xiàn)所需要的功能。 經(jīng)過了先期的模塊測試和后期的綜合測 試，本系統(tǒng)實現(xiàn)了規(guī)格說明書的所有功能，達到了預(yù)期的要求。 系統(tǒng)的測試 測試 平臺為 windows 操作系統(tǒng) ， 測試環(huán)境為： CPU AMD2600+，內(nèi)存 512M， windows XP 下測試通過。建議用戶內(nèi)