【正文】 具體如下表 42 所示： 表 42 公告 管理 模塊測試 模塊名 公告管理 開發(fā)人員 孔磊 版本號 測試人員 孔磊 時 間 2021年 11月 13日 測試類型 單元測試 測試工具 手工測試 ID 用例名稱 測試目的 輸入描述 預(yù)期結(jié)果 實際結(jié)果 測試數(shù)據(jù) 缺陷等級 1 首頁中公共的滾動速度測試 保 證 公 告的 滾 動 速度適當(dāng) 進(jìn)入首頁觀察公告的滾動速度 滾動適當(dāng) 滾動的速度過快 無 低 2 FCK 編輯框 的測試 驗證 在編輯內(nèi)容時，內(nèi) 容 的 可變化性 在編輯框中選擇文字改變功能對內(nèi)容進(jìn)行改變 內(nèi)容出現(xiàn)相應(yīng)的變化 在選擇字體時，未出現(xiàn)改變 無 低 3 管理員查看公告詳情的 驗證 發(fā)布的 公 告 同編 寫 的 公告一致 在查看公告頁面點擊公告詳情 在 詳情 頁面出現(xiàn)的內(nèi)容同編寫框內(nèi)的一致 在內(nèi)容中 添加的圖 片不能顯 示出來 無 低 4 普通管理員查看公告詳情 驗證 在詳情頁面 是否 有 多 余的功能 在查看公告頁面點擊公告詳情 在詳情頁面未出現(xiàn)多余的功能 在詳情頁面 能夠修改頁面內(nèi)容和執(zhí)行刪除操作 無 低 基于 Struts 的都市供求信息網(wǎng) —— 數(shù)據(jù)管理 30 搜 索 管理 模塊測試 搜索 管理 模塊分別是對前臺搜索和后臺搜索的測試，看是否能夠完成用戶搜索的要求。用戶在登錄系統(tǒng) 后 ， 對個人信息的修改應(yīng)該可以知道 密碼與確認(rèn)密碼是否一致；郵箱號的格式是否合法；提交表單后是否能夠提示注冊成功。能夠進(jìn)一步的完善系統(tǒng)，能夠使系統(tǒng)更加穩(wěn)定。 在功能測試的過程中，對各個模塊（用戶 注冊模塊 、 公告管理模塊 、 搜索模塊 ）其中檢測到的問題進(jìn)行了跟蹤處理；其后進(jìn)行了界面測試，以確保用戶界面的美觀度、統(tǒng)一性、易用性等方面的內(nèi)容。 本 系統(tǒng)采用的是黑盒測試技術(shù)。該階段結(jié)束應(yīng)交付測試報告， 說明測試數(shù)據(jù)的選擇， 測試用例 以及測試結(jié)果 是否符合預(yù)期結(jié)果。這階段又可分為三個步驟：模塊測試，測試每個模塊的程序是否有錯誤；組裝測試，測試模塊之間的接口是否正確 。 平頂山學(xué)院 本科畢業(yè) 設(shè)計 27 4 系統(tǒng)測試 測試目的 確保系統(tǒng)測試的活動是按計劃進(jìn)行的； 保證在相應(yīng)的硬件配置環(huán)境中，通過測試找出影響整個系統(tǒng)穩(wěn)定而有效的運(yùn)行的 問題； 確保軟件系統(tǒng)測試活動及其結(jié)果及時通知小組成員。 每個模塊的描述都是首先 先對其功能進(jìn)行介紹；其次在描述對模塊功能的解決思 路；再介紹實現(xiàn)功能過程中所用到的技術(shù)及優(yōu)勢；最后詳細(xì)的描述出功能的實現(xiàn)。然后系統(tǒng)將從頁面上獲取的 url 地址傳遞給 DateDao 類中 BackDate 方法，讓后 BackDate方法通過 Java 代碼執(zhí)行 Mysql 的內(nèi)部命令“ mysqldump u root p 123456 tb_gongqiu d:\\test. Sql” 進(jìn)行數(shù)據(jù)庫還原。如果不符合要求，則提示用戶重新選擇。 在本系統(tǒng)中它們分別為 $tables=array(‘ gongqiu_sort’ ,’ gongqiu_download’ ,’ gongqiu_article’ )；$prefix=’ gongqiu_’ ； $saveto=’ local’ ；通過調(diào)用 foreach()方法獲取數(shù)據(jù)庫結(jié)構(gòu)和數(shù)據(jù)內(nèi)容，備份成功。對數(shù)據(jù)庫還原，只需要 Mysqldump 備份出來的 SQL 腳本 文件 導(dǎo)入即可。是合理的把更新和查詢的壓力分擔(dān)，并且能夠避免鎖表的問題。 采用的技術(shù)及優(yōu)勢 在本系統(tǒng)中采用 Mysqldump 備份機(jī)制進(jìn)行數(shù)據(jù)庫的備份和還原。 還原數(shù)據(jù)庫： Mysql 數(shù)據(jù)庫提供了數(shù)據(jù)庫還原的命令，所以只有通過 Java代碼去執(zhí)行 Doc 命令即可。 解決思路 備份數(shù)據(jù)庫：因本系統(tǒng)是用 Mysql 數(shù)據(jù)庫進(jìn) 行的數(shù)據(jù)庫設(shè)計，而 Mysql 數(shù)據(jù)庫提供了數(shù)據(jù)庫備份的命令，則只需要通過 Java 代碼 去 執(zhí)行 Doc 命令即可。管理員能夠在系統(tǒng)正常的情況下隨時備份數(shù)據(jù)庫 ，保證了數(shù)據(jù)的高可用性。 最后把檢索到的數(shù)據(jù) 以列表的形式 返回到頁面。 i++) {((i))}。 for(inti=0。 Doc(n)方法是用來獲取指定序號的文檔對象。使用 Length( )和 Doc( )方法對Hits 對象進(jìn)行遍歷，最終獲取 Hits 結(jié)果集中文檔內(nèi)容。 Hits 提供了檢索查詢結(jié)果的緩沖，為結(jié)果的展示和返回提供支持。即把相匹配的數(shù)據(jù)全部都給檢索出來。在本系統(tǒng)中 Add實現(xiàn)的是 OR 邏輯。分析的結(jié)果形成對應(yīng)的 Lucene 查 詢 對 象 ， 用 于 后 續(xù) 的 實 際 檢 索 ， 功 能 代 碼 ： Query query=(searchWords)。在這里要記住解析器通常對應(yīng)一個文本分析器實例，分析器的作用范圍是對整個域的檢索，功能代碼： QueryParser parser=new QueryParser(“ content” ,analyzer)。 功 能 代 碼 ： Analayzer analyzer=new SimpleAnalyzer()。 QueryParser 在這里通過實例對象來完成檢索分析，即先生成分析器實例，用于分析器對指定字段檢索內(nèi)容的分析。而本系統(tǒng)是通過 先跳到配置文件 action 中調(diào)用對應(yīng)的 Dao類 （本系統(tǒng)的是 LuceneDao）。那么在本 系統(tǒng)中 Query 對象是通過 QueryParser類來構(gòu)造的）來構(gòu)造查詢器。并傳遞給 Query 對象（鑒于每一個 Query 實例代表了一個查詢請求。） ,實現(xiàn)對目錄索引的訪問。因 IndexSearcher 繼承自 Searcher 基類，可以實現(xiàn)基于 Struts 的都市供求信息網(wǎng) —— 數(shù)據(jù)管理 24 Search 方法用來完成檢索查詢操作。所以就要在這個 文件創(chuàng)建好后，并運(yùn)行，以生成一個索引文件。另一個 是名為 Tgg 的 java 文件，這是一個索引 文件 ，是整個項目在實現(xiàn)搜索功能上的核心文件，實現(xiàn)與數(shù)據(jù)庫的交互。可以先把Lucene 開發(fā)工具包 集成到項目中。而本系統(tǒng)作為一個都是供求網(wǎng)，是屬于商業(yè)軟件的一種，在這里應(yīng)用 Lucene 是很恰當(dāng)?shù)?[7]。進(jìn)而在此基礎(chǔ)上根據(jù)應(yīng)用的實際情況編寫出更好的更適合當(dāng)前應(yīng)用的全文 檢索引擎。 同時面對已經(jīng)存在的商業(yè)全文檢索引擎， Lucene 也具有相當(dāng)?shù)膬?yōu)勢。 ，索引器通過接受 Token 流完成索 引文件的創(chuàng)立，用戶擴(kuò)展新的語言和文件格式，只需要實現(xiàn)文本分析的接口。 ，實現(xiàn)了分塊索引，能夠針對新的文件建立小文件索引，提升索引速度。 Lucene 作為一個全文檢索引擎，其具有很多突出的優(yōu)點： 。所以在對那些每天都有巨量的數(shù)量流的網(wǎng)站時，這種數(shù)據(jù)庫查詢模式就不能夠在適用了。如果強(qiáng)行操作，容易導(dǎo)致系統(tǒng)的崩潰。 采用的技術(shù)及優(yōu)勢 在搜索模塊中主要用到了 Lucene 搜索引擎技術(shù)。 Lucene 全文檢索 ，是把所有文檔都經(jīng)過索引過程完成 了預(yù)處理，預(yù)處理后在文檔庫使用倒排索引結(jié)構(gòu)，搜索引擎的信息查詢采用了索引查詢方法 [5]。 解決思路 在本系統(tǒng)的數(shù)據(jù)庫中數(shù)據(jù)不是太多的情況下，通過數(shù)據(jù)庫提供的方便的檢索查詢功能，利用標(biāo)準(zhǔn)的 SQL 語句很容易得到某個數(shù)據(jù)庫表內(nèi)的具體記錄。該方法調(diào)用 deleteGg 方法， deleteGg 方法通過 hibernate封裝好的方法 得到公告 對象，然后通過 hibernate 封裝好的方法 session. 基于 Struts 的都市供求信息網(wǎng) —— 數(shù)據(jù)管理 22 delete 刪除該對象， 頁面跳轉(zhuǎn)到成功頁面 。amp。 如 下圖 34 所示 ： 圖 34 添加公告 內(nèi)容顯示 公共刪除的實現(xiàn)是，在公共查看界面點擊刪除鏈接或者在公告詳情界面點擊刪除鏈接。該方法調(diào)用 Dao 的 addGg 方法。這時觸發(fā)一個 action，該動作交給 Web 容器處理， Web 容器根據(jù)該動作的參數(shù) ? method=add。 公告的發(fā)布 的實現(xiàn)是 需要 系統(tǒng)管理員登錄 成功后，點擊查看公告鏈接，系統(tǒng)跳轉(zhuǎn)到公告查看界面， 點擊添加公告這一超鏈接，管理員進(jìn)入添加公告界面。這樣就能對字體的樣式就行改名。 在 FCK 編輯器中添加內(nèi)容后，若要改變其格式，就要通過 FCKeditor 中的屬性 instanceName=” context” 獲取其內(nèi)容，若是改變的字體樣式，就要調(diào)用自平頂山學(xué)院 本科畢業(yè) 設(shè)計 21 定義的配置文件 文件里的 這個 實例 。在其內(nèi)編寫所需要的 實例 ，讓其覆蓋配置文件 中的 實例 。在進(jìn)行公告的編輯中 就會出現(xiàn)不符合實際的情況。接著就要開始配置文件，可以先在工程目錄 src/ 下新建一個文件 ，添加內(nèi)容：= ；再修改 文件，用來提供 上傳功能支持。 功能的具體實現(xiàn) 下面主要介紹了使用 FCK 編輯器編輯內(nèi)容的操作： 要使用 FCK 編輯器，就要先把 FCK 編輯器集成到項目中。 主要是若用文本框的話，編輯的內(nèi)容的格式或顏色是無法改變的。 比如CUTEeditor，雖然功能比 FCKeditor 還有強(qiáng)大，可是它本身很龐大，在易用性方面不如 FCKeditor。 FCKeditor 是一個開源的 HTML 在線文本編輯器，它擁有很好的性能， 用戶只需要很少的時間就可以載入 FCKeditor 所需文件。 Hibernate 操作數(shù)據(jù)庫技術(shù)和 Js 技術(shù)在上個模塊已經(jīng)談到。 有時用戶可能出現(xiàn)手誤或者還未確切考慮好是否真要刪除，這里就需要在用戶點擊刪除之后應(yīng)該通過 js 彈出一個確認(rèn)刪除框，讓用戶確定是否進(jìn)行真正的刪除。提示已經(jīng)存在；否則，提示可以發(fā)布本條公告。 系統(tǒng)管理員發(fā)布公告，要先登錄系統(tǒng)進(jìn)入個人管理界面。 如圖 下圖 33 所示： 圖 33 更新信息提示 公告管理模塊 模塊的功能 因系統(tǒng)分為系統(tǒng)管理員用戶和普通用 戶，所以系統(tǒng)對系統(tǒng)管理員來講擁有發(fā)布公告、查看公告、刪除公告的功能，系統(tǒng)對普通用戶來講擁有可以查看公告的功能。該方法調(diào)用 Dao 的 addUser 方法，而 addUser 方法通過 Hibernate 封裝好的方法 得到用戶信息對象，對數(shù)據(jù)進(jìn)行處理。 該動作交給 Web 容器處理， Web 容器根據(jù)該動作的參數(shù) ? method=update。 如 下 圖 31 所示： 圖 31 電話號輸入格式錯誤提示 郵箱的輸入字符的驗證，在這里用了 正則表達(dá)式來實現(xiàn)輸入字符格式的驗證，即： !(^[\\w\\d]+[\\w\\d]+(\\.[\\w\\d]+)+$)。若有輸入框中有空值，則提交表單失??；若輸入框中沒有空值， 由 form 標(biāo)簽里的 action=” ?method=add” 屬性找到 Struts 的核心配置文件 所映射到的 UserAction 類。若兩次數(shù)據(jù)一致， 提示更新成功，并返回修改密碼頁面 ；若不一致，這提示用戶重新輸入確認(rèn)密碼。而其它的信息選項就應(yīng)當(dāng)定義為不可更改的，就需要在程序中使用 readonly=” readonly” 。 先在界面中創(chuàng)建了一個 form 表單。 功能 的具體實現(xiàn) 用戶 輸入用戶名和密碼后點擊登錄這一超鏈接，因采用 Ajax 異步加載技術(shù)，用戶進(jìn)入到個人管理界面。能夠 實現(xiàn)數(shù)據(jù)庫的可移植性 。因為是偽靜態(tài)類，所以在調(diào)用時不需要實例化，直接以“類名 +語法+屬性或方法名”來 調(diào)用。同時很多的處理工作可以在發(fā)出請求的客戶端機(jī)器上完成，所以 Web 服務(wù)器的處理時間也減少了 Js 表單驗證 的優(yōu)勢： 表單的驗證一直是網(wǎng)頁設(shè)計者頭疼的問題，而表單驗證類 Validator 就是為解決這個問題而寫的，旨在使設(shè)計者從紛繁復(fù)雜的表單驗證中解放出來，把精力集中于網(wǎng)頁的設(shè)計和功能 上的改進(jìn)上。這導(dǎo)致了用戶界面的響應(yīng)比本地應(yīng)用慢得多 與此不同， Ajax 應(yīng)用可 以僅向服務(wù)器發(fā)送并取回必需的數(shù)據(jù)，它使用 SOAP或其它一些基于 XML 的 Web Service 接口 ， 并在客戶端采用 JavaScript 處理來自服務(wù)器的響應(yīng) [9]。這個做法浪費(fèi)了許多帶寬，因為在前 后 兩個頁面中的大部分 HTML 代碼往往是相同的。 而 傳統(tǒng)的 Web 應(yīng)用允許用戶填寫 表單 (form)，當(dāng)提交表單時就向 web 服務(wù)器發(fā)送一個請求。這樣， Web 頁面不 用打斷交互流程進(jìn)行重新加載，就可以動態(tài)地更新。 Struts 可以 減少在運(yùn)用 MVC 設(shè)計模型來來開發(fā) Web 應(yīng)用的時間， 清晰地區(qū)分控制，事務(wù)邏輯和外觀，從而簡化了開發(fā)應(yīng)用程序的過程 [2]。 Struts 體系結(jié)構(gòu)實現(xiàn)了 MVC 設(shè)計模式的概念，它將 Model、 View 和 Controller分別映射到 Web 應(yīng)用中的組件。 Struts 框架的優(yōu)勢： Struts 是一種基于 MVC 經(jīng)典設(shè)計模式的開放源代碼的應(yīng)用框架，也是目前Web 開發(fā)中比較成熟的一