【正文】 charset=gb2312″%包含進去，但是經(jīng)過測試，許多公用模塊無法正常顯示中文，以及各模塊主頁也無法正常顯示漢字，如將此句包含到顯示亂碼的頁面中，則系統(tǒng)編譯錯誤，顯示如下錯誤：: /(0,0) Page directive: can39。t have multiple occurrences of contentType。所以經(jīng)過多次試驗，把將此句包含進文件可以正常顯示的文件則保留此句，不能正常顯示的則采用方法（2）（2）在頁首包含此句%@page pageEncoding=”GB2312″%，經(jīng)過測試，使用此句后，無法正常顯示的頁面，能夠正常顯示中文了。（3）針對JSP與數(shù)據(jù)庫之間的中文轉(zhuǎn)化問題，本系統(tǒng)采取的方法是在每次傳參數(shù)的前面都進行編碼轉(zhuǎn)換如：String username = new String((username).getBytes(ISO8859_1),GBK)。 安全性問題將項目發(fā)布到互聯(lián)網(wǎng)上后,有些用戶不是點擊超鏈接打開網(wǎng)站的某個頁面,而是在地址欄中直接寫,而后進入,試圖避開身份驗證,處于對安全性的考慮,本項目在用戶登陸后才能進入的頁面中,加入了如下的一行判斷,如果用戶非法進入,則自動跳轉(zhuǎn)到登錄界面：%@ include file=../ % ：% if((String)(IsLogin)!=true) { String loginmsg=loginfirst。 (../?loginmsg=+loginmsg)。 }% JavaScript的實現(xiàn)為使本系統(tǒng)使用過程中更人性化，本系統(tǒng)中加入了一些JavaScript 代碼，例如日歷的實現(xiàn)，介于本人水平有限，系統(tǒng)中使用的較難的JavaScript代碼一部分摘自互聯(lián)網(wǎng)，其他的是參考其他書中所介紹的案例。系統(tǒng)測試 在完成了程序的編寫工作后,接下來將進行軟件的測試,這里說的軟件,并不單單是指程序本身,也是一項技術性很強的工作,有著很多的技巧. 軟件測試是軟件質(zhì)量保證的主要活動之一,因此,測試的質(zhì)量直接影響軟件的質(zhì)量. 測試的定義及目的 軟件測試就是在軟件投入運行前,對軟件的需求分析,設計規(guī)格說明和編碼的最終復審,可以這樣將,軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程. 測試的目的在于將軟件設計時設計者與程序開發(fā)者之間理解不一致的地方,功能與需求不一致的地方,不符合邏輯思維的情況都反映給質(zhì)量控制部門,由質(zhì)量控制部門調(diào)配需求部門統(tǒng)一作出一個明確解答,再由開發(fā)人員進行修改和補充. 測試的目標是以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷. 測試的原則 對于相對復雜的產(chǎn)品或系統(tǒng)來說,ZeroBug是一種理想,。不充分的測試是不負責任的。過分的測試是一種資源的浪費,如何界定什么樣的測試是不充分的,:制定最低通過標準和測試內(nèi)容,然后具體問題具體分析. 測試的方法 依據(jù)前面所說的測試對象,我們把測試劃分為幾個方面來進行測試. 界面測試 界面測試是測試過程中比較簡單直觀的一種測試方法,:① 錯別字,和難找出來,可能會出現(xiàn)在提示信息或界面中.② 出現(xiàn)了一些根本讀不懂的內(nèi)容,頁面的簡單陳述是通過變量拼組起來的,導致出現(xiàn)這種Bug.③ 程序員自創(chuàng)的詞語,雖然意思對,并且混雜著自己的理解出現(xiàn)Bug,主要是由于開發(fā)過程中團隊合作沒又明確的分工,沒有統(tǒng)一的規(guī)范用語.④ 頁面類似的內(nèi)容中,明顯有字體,字號不同的情況,使界面整體風格看上去不一致,這種情況只出現(xiàn)在沒有CSS定義的情況下,或是已經(jīng)定義的CSS,開發(fā)人員在開發(fā)過程中沒有調(diào)用.⑤ 標題相近的程序及模塊,并且業(yè)務實體方面也很類似,開發(fā)人員在開發(fā)過程中忽略了開發(fā)名稱和模塊,只單獨地實現(xiàn)其功能. 功能測試 顧名思義,:① 查詢功能中,有按單一查詢條件進行查詢的,也有按多個查詢條件組合查詢的,這里要注意多個查詢條件之間的關系,還有一些常識性的問題,比如按月查詢,閏年中二月的天數(shù).② 錄入功能中,需要注意的是前臺設置的數(shù)值長度是否大于后臺數(shù)值長度,以及前臺與后臺的數(shù)據(jù)結構是否相符,.③ 測試刪除功能中需要注意的是單擊”刪除”按鈕后,一般會出現(xiàn)提示信息,我們單擊”確認”按鈕查看信息是否被刪除掉了,而忽略了單擊”取消”按鈕后程序的反應,這時有可能的是沒有刪除,還有一種可能是即便單擊了”取消”按鈕,在刪除多條記錄的時候,要注意連續(xù)選中的幾條記錄是否真正都被刪除了,即如果再按照這種查詢方式查詢,可能還會被查詢出來,這主要是因為在查詢條件中沒有將標志位考慮在內(nèi).④ 關于修改功能的測試,需要注意的是看是否能把不應該修改的數(shù)據(jù)也修改成功了. 需求測試針對需求測試,刪,查,改這些基本功能之上,. 性能測試性能測試在軟件的質(zhì)量保證中起著重要的作用..通常我們把性能指標全部歸結到硬件,操作系統(tǒng)和開發(fā)環(huán)境上,穩(wěn)定性,并訪支撐能力以及安全性都很重要,作為程序員需要評估該模塊在系統(tǒng)運營中所處的環(huán)境,將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性. 測試中其他要注意的地方時常有這樣的情況發(fā)生,每個模塊都能單獨工作,.錯誤本身出現(xiàn)在程序設計階段,對需求或程序設計存在疑問,應及時提出,及時解決.由于一些模塊被修改了,清楚模塊之間的一些聯(lián)系. 人力資源管理系統(tǒng)的測試在完成編碼的工作以后,根據(jù)以上的方法和步驟進行了如下的測試:界面測試:反復點擊網(wǎng)頁上的超鏈接,測試其連接情況,直到所有的鏈接都達到預期的效果.功能測試:對網(wǎng)站的幾大功能模塊逐一測試,盡最大可能發(fā)現(xiàn)起潛在的錯誤,性能測試:將程序以局域網(wǎng)的形式發(fā)布,查看其他用戶是否能夠訪問到.需求測試:根據(jù)需求分析的內(nèi)容,測試網(wǎng)站是否和當初的設計一樣.通過這幾方面的測試，我及時修正了系統(tǒng)中存在的問題，很好的提高了系統(tǒng)的性能，達到了預期目標?？偨Y設計過程中，許多問題由于對程序語言的不熟悉，參考了大量的JSP書籍。但通過本次實驗,我也感受到了開源的方便,遇到什么問題,上網(wǎng)一查,就知道該怎么弄了,以前做個課程設計都是怕別人和我的一樣,不愿意給別人看,現(xiàn)在知道了程序弄不出來是多么的著急,學習都是相互的,互相研究才能共同進步的。通過本次實驗,對數(shù)據(jù)庫的WEB應用有了一定深度的了解，提高了自身對數(shù)據(jù)庫語言的進一步熟悉。也培養(yǎng)了獨立思考問題和自學能力的鍛煉,使我意識到必須努力學習才能才工作中體現(xiàn)自己的價值,適應社會的需