【導(dǎo)讀】對(duì)系統(tǒng)功能進(jìn)行了測試。本文論述的是一個(gè)簡化的Web應(yīng)用程序。建設(shè)學(xué)校后勤報(bào)修管理系統(tǒng)，采用的是瀏。覽器/服務(wù)器模式。系統(tǒng)的前臺(tái)基本上是運(yùn)用JSP技術(shù)完成的，數(shù)據(jù)庫一端。本系統(tǒng)在MyEclipse工具上開發(fā)完成，利用本機(jī)作為服務(wù)器模擬實(shí)

　　

【正文】 數(shù)據(jù)庫實(shí)現(xiàn)主要代碼 //加載驅(qū)動(dòng)程序 private String dbDriver=。 //連接 URL private String sConnStr = jdbc: + useUnicode=trueamp。amp。amp。amp。amp。characterEncoding=gb2312。 public Connection connect = null。 public ResultSet rs=null。 //連接數(shù)據(jù)庫 public db() { try { (dbDriver).newInstance()。 connect = (sConnStr,root,root)。 } catch (Exception ex) { (12121)。 } } public ResultSet executeQuery(String sql) { try{ 34 connect=(sConnStr,root,root)。 Statement stmt=()。 rs=(sql)。 }catch(SQLException ex){ (())。 } return rs。 } 35 第五章 系統(tǒng)測試 測試目的 軟件測試的目的，就是為了找出程序當(dāng)中的錯(cuò)誤或運(yùn)行中的錯(cuò)誤，揪出所有的 bug。測試就是找茬，并不是證明程序沒有錯(cuò)誤 [19]。測試，是軟件開發(fā)過程中非常必要且舉足輕重的一項(xiàng)工作，是保證軟件質(zhì)量的關(guān)鍵步驟 [20]。一個(gè)成功的測試就是發(fā)現(xiàn)了到目前為止從未發(fā)現(xiàn)的錯(cuò)誤。 測試方案及測試項(xiàng)目 本次測試主要是為了檢測系統(tǒng)是否完成了所要實(shí)現(xiàn)的功能，因此，采用黑盒測試的等價(jià)類劃分方法對(duì)系統(tǒng)的功能進(jìn)行測試。由于篇幅有限，并沒有把所有 的功能測試都羅列出來，在這里選擇性的介紹幾個(gè)主要的功能測試。本次測試的主要項(xiàng)目有：登錄功能測試、用戶注冊(cè)功能測試、設(shè)備報(bào)修功能測試。 登錄功能測試 測試目的：驗(yàn)證登錄模塊能否通過驗(yàn)證用戶名和密碼完成系統(tǒng)登錄功能。 等價(jià)類劃分及測試用例編寫 以管理員登錄系統(tǒng)為例，等價(jià)類劃分如表 51 所示： 表 51 管理員登錄的等價(jià)類 有效等價(jià)類 無效等價(jià)類 結(jié)果提示 用戶名： admin 密 碼： admin （ 1） 用戶名：任意字符，密碼：任意字符 （ 2） 用戶名：任意字符，密碼： admin （ 3） 用戶名： admin ，密碼：任意字符 （ 4） 用戶名：無輸入 ，密碼：無輸入 （ 5） 用戶名：無輸入 ，密碼： admin （ 6） 用戶名：無輸入 ，密碼：任意字符 （ 7） 用戶名：任意字符，密碼： （ 8） 用戶名： admin ，密碼：無輸入 （ 9） 用戶名： admin ，密碼： admin 誤，請(qǐng)重新登陸 36 表 52 管理員登陸測試用例 測試數(shù)據(jù) 期望結(jié)果 測試范圍 實(shí)際結(jié)果 結(jié)果分析 用戶名： abc 密碼： hsf 用戶名： dss 密碼： admin 用戶名： admin 密碼： ddd 用 戶名： 密碼： 用戶名： 密碼： admin 用戶名： 密碼： ggg 用戶名： hhj 密碼： 用戶名： admin 密碼： 用戶名： admin 密碼： admin 輸入無效 輸入無效 輸入無效 輸入無效 輸入無效 輸入無效 輸入無效 輸入無效 輸入有效 （ 1） （ 2） （ 3） （ 4） （ 5） （ 6） （ 7） （ 8） （ 9） A A A B B B B B 成功登錄 正確 正確 正確 正確 正確 正確 正確 正確 正確 測試效果展示 （ 1）輸入用戶名： abc、密碼： dhh，點(diǎn)擊登陸按鈕，系統(tǒng)彈出錯(cuò)誤提示，提示用戶名不存在或密碼錯(cuò)誤，如圖 51 所示： 圖 51 登錄信息錯(cuò)誤提示 （ 2）用戶名輸入為空，密碼輸入也為空，點(diǎn)擊登陸按鈕，系統(tǒng)給出相應(yīng)提示，提示輸入完整的登陸信息，如圖所示： 圖 53 登錄信息為空時(shí)錯(cuò)誤提示 37 （ 3） 用戶名輸入 admin，密碼輸入 admin，點(diǎn)擊登陸按鈕，成功登陸系統(tǒng)，管理員后臺(tái)首頁如下： 圖 54 管理員后臺(tái)首頁 用戶注冊(cè)功能測試 測試目的：驗(yàn)證用戶能否完成注冊(cè)申請(qǐng)功能，注冊(cè)成功的用戶是否能登陸系統(tǒng)。 等價(jià)類劃分及測試用例編寫 注冊(cè)可以選擇權(quán)限，這里一注冊(cè)為普通用戶為例，測試的時(shí)候只對(duì)必填字段進(jìn)行測試。等價(jià)類劃分如表 52 所示： 表 53 用戶注冊(cè)的等價(jià)類 有效等價(jià)類 無效等價(jià)類 提示信息 用戶名： 3~15 位字符 密碼： 3~15 位字符 確認(rèn)密碼：兩次一致 姓名： 2~15 位字符 性別：默認(rèn)為男 生日：可為空 ：可為空 郵箱：可為空 身份證號(hào)：可為空 頭像：可為空 地址：可為空 權(quán)限：默認(rèn)為普通用戶 （ 1） 所有字段為空 （ 2） 用戶名為空，其余正確填寫 （ 3） 密碼為空，其余正確填寫 （ 4） 姓名為空，其余正確填寫 （ 5） 兩次密碼 不一致，全部正確填寫 （ 6） 用戶名長度小于 3，其余正確填寫 （ 7） 用戶名長度大于 15，其余正確填寫 （ 8） 密碼長度小于 3，其余正確填寫 （ 9） 密碼長度大于 15，其余正確填寫 （ 10） 姓名長度小于 2，其余正確填寫 （ 11） 姓名長度大于 15，其余正確填寫 （ 12） 用戶名為已存在用戶名，其余正確填寫 （ 13） 所有字段正確填寫 A 請(qǐng)輸入用戶名 B 請(qǐng)輸入密碼 C 兩次密碼不一致，請(qǐng)重試 D 請(qǐng)輸入姓名 E用戶名長度為 3~15位 F密碼長度為 3~15位 G姓名長度為 3~15位 H 該用戶名已經(jīng)存在，請(qǐng)換其他名稱的用戶名 I 注冊(cè)成功，請(qǐng)待管理員審核后方可登陸！ 38 表 54 用戶注 冊(cè)測試用例 測試數(shù)據(jù) 期望結(jié)果 測試范圍 實(shí)際結(jié)果 結(jié)果分析 （ 1）用戶名：，密碼：，確認(rèn)密碼：，姓名：。 （ 2）用戶名：，密碼： 100，確認(rèn)密碼： 100，姓名：小二。 （ 3）用戶名： 100，密碼：，確認(rèn)密碼： 100，姓名：小二。 （ 4）用戶名： 011，密碼： 001，確認(rèn)密碼： 001，姓名：。 （ 5）用戶名： 100，密碼： 110，確認(rèn)密碼： 111，姓名：小二。 （ 6）用戶名： 10，密碼： 100，確認(rèn)密碼： 100，姓名：小二。 （ 7）用戶名： 007，密碼 01，確認(rèn)密碼： 001，姓名：小二。 （ 8）用戶名： 200，密碼： 200，確認(rèn)密碼： 200，姓名：小。 （ 9）用戶名： 001，密碼： 200，確認(rèn)密碼： 200，姓名：小六 （ 10）用戶名： 101，密碼 101，確認(rèn)密碼： 101，姓名：小五。 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)失敗 注冊(cè)成功 （ 1） （ 2） （ 3） （ 4） （ 5） （ 6） （ 8） （ 10） （ 12） （ 13） A A B D C E F G H I 正確 正確 正確 正確 正確 正確 正確 正確 正確 正確 測試效果展示 （ 1）所有字段都不輸入，點(diǎn)擊提交按鈕，系統(tǒng)給出錯(cuò)誤提示信息，如下圖所示： 圖 55 注冊(cè)信息為空時(shí)錯(cuò)誤提示 （ 2）用戶名輸入 10，其余全部填寫正確，點(diǎn)擊提交按鈕，系統(tǒng)給出相應(yīng)錯(cuò)誤提示，如下圖所示： 39 圖 56 用戶名不合法時(shí)錯(cuò)誤提示 （ 3）用戶名輸入： 001，其余正確填寫，點(diǎn)擊提交按鈕，系統(tǒng)提示用戶名已存在，請(qǐng)選擇其他用戶名，如下圖所示： 圖 58 注冊(cè)名存在時(shí)錯(cuò)誤提示 （ 4）正確填寫注冊(cè)信息時(shí)，點(diǎn)擊提交按鈕，系統(tǒng)給出成功注冊(cè)提示，如下圖 所示： 40 圖 59 注冊(cè)成功提示信息 設(shè)備報(bào)修功能測試 測試目的：驗(yàn)證系統(tǒng)是否能完成設(shè)備保修的功能。 等價(jià)類劃分及測試用例編寫 用戶要進(jìn)行報(bào)修操作時(shí)，必須先登陸系統(tǒng)。在填寫報(bào)修單時(shí)，用戶只需要填寫故障描述部分和勾選嚴(yán)重程度，即可完成報(bào)修。設(shè)備報(bào)修的等價(jià)類劃分如下表： 表 55 設(shè)備保修的等價(jià)類 有效等價(jià)類 無效等價(jià)類 提示信息 設(shè)備編號(hào)：從所選設(shè)備獲取 設(shè)備名稱：從所選設(shè)備獲取 類別：從所選設(shè)備獲取 故障描述：不能為空 嚴(yán)重程度 :默認(rèn)為輕微 報(bào)修人：自動(dòng)獲取 （ 1）故障描述為空 A 請(qǐng) 對(duì)設(shè)備故障進(jìn)行描述 B 操作成功 表 56 設(shè)備報(bào)修測試用例 測試數(shù)據(jù) 期望結(jié)果 測試范圍 實(shí)際結(jié)果 結(jié)果分析 （ 1） 故障描述為空 （ 2） 正確填寫故障描述 報(bào)修失敗 報(bào)修成功 （ 1） A B 正確 正確 41 測試效果展示 （ 1）故障描述出不填寫，點(diǎn)擊提交按鈕，系統(tǒng)提示填寫故障描述信息，如圖 510 所示： 圖 510 故障描述為空時(shí)錯(cuò)誤信息提示 （ 2）正確填寫報(bào)修單時(shí)，點(diǎn)擊提交按鈕，系統(tǒng)提示報(bào)修操作成功，如圖 511 所示： 圖 511 報(bào)修成功信息提示 測試結(jié)果分析 經(jīng)過多次測試，可 以確定本系統(tǒng)的基本功能已經(jīng)實(shí)現(xiàn)了，基本符合要求。本次測試主要利用黑盒測試的方法對(duì)系統(tǒng)的功能進(jìn)行測試，從測試的結(jié)果上看，總體上來說還是蠻好的，沒有太多的 bug 和嚴(yán)重的錯(cuò)誤。測試出來的都是一些模塊上，設(shè)計(jì)不夠完善的一些錯(cuò)誤。測試的結(jié)果證明，本系統(tǒng)所實(shí)現(xiàn)的功能，與需求分析上所要求的功能基本符合，系統(tǒng)的運(yùn)行速度和穩(wěn)定性也比較好。 42 第六章 總結(jié)與展望 本文首先對(duì)本課題《基于 UML 的學(xué)校后勤報(bào)修管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)》的背景及研究現(xiàn)狀進(jìn)行描述，然后對(duì)系統(tǒng)的功能進(jìn)行需求分析，確定系統(tǒng)的開發(fā)目標(biāo)。其次根據(jù)學(xué)校后勤報(bào)修管理系 統(tǒng)的需求分析和終極設(shè)計(jì)目標(biāo)，具體地對(duì)系統(tǒng)的每一個(gè)模塊的功能進(jìn)行了分析、設(shè)計(jì)，使用 Rational Rose 建模工具，創(chuàng)建了系統(tǒng)靜態(tài)模型用例圖，一共創(chuàng)建了三個(gè)用例圖，這“三劍客”便是管理員用例圖、維修人員用例圖和普通用戶用例圖；也創(chuàng)建了動(dòng)態(tài)模型順序圖、狀態(tài)圖和活動(dòng)圖，由于篇幅所限，只給出了三個(gè)用例的順序圖，分別是管理員添加設(shè)備信息的順序圖、維修人員查詢個(gè)人信息的順序圖、普通用戶故障報(bào)修的順序圖；也由于系統(tǒng)中狀態(tài)存在明顯改變的只有設(shè)備這一類，故只給出了一個(gè)狀態(tài)圖；活動(dòng)圖也只給出了三個(gè)，它們是管理員添加設(shè)備活動(dòng)圖 、維修人員修改密碼活動(dòng)圖和普通用戶故障報(bào)修活動(dòng)圖。緊接著，為系統(tǒng)的數(shù)據(jù)庫建設(shè)作了詳細(xì)的分析和設(shè)計(jì)，并闡述了系統(tǒng)每一個(gè)模塊的功能實(shí)現(xiàn)。最后，對(duì)系統(tǒng)的功能進(jìn)行了測試，確定了系統(tǒng)的功能與需求相符。 通過對(duì)學(xué)校后勤報(bào)修管理系統(tǒng)的分析與設(shè)計(jì)，得出以下結(jié)論： 在系統(tǒng)建設(shè)前夕，必須做好系統(tǒng)的需求分析工作。需求分析是每一個(gè)系統(tǒng)開發(fā)過程中舉足輕重的工作。系統(tǒng)需求分析的優(yōu)劣，直接影響著系統(tǒng)設(shè)計(jì)的好壞和開發(fā)速度的快慢。然后，再對(duì)系統(tǒng)進(jìn)行模型設(shè)計(jì)。 選擇合適的開發(fā)工具和開發(fā)技術(shù)，可以減少很多工作量，節(jié)省很多時(shí)間，同時(shí)，也方 便用戶對(duì)系統(tǒng)模型的理解和大家的溝通。 由于自己的能力短缺和時(shí)間的限制，系統(tǒng)的整體功能做得不夠完美，很多方面都需要進(jìn)行改善。通過這次畢設(shè)，自己的欠缺的諸多地方也暴露出來了，很多方面的能力都有待進(jìn)一步的提高。至此，畢設(shè)雖然算告一段路了，但還沒到放松的時(shí)候，我還得繼續(xù)努力，不斷學(xué)習(xí)，不斷地提高自己的能力，這樣才能在以后的工作中更快地成長起來！ 43 致謝 本文是在 XXX 導(dǎo)師的耐心指引和全力幫助下，經(jīng)過多次修改，才順利編寫完稿的。在畢業(yè)設(shè)計(jì)的整個(gè)過程中，導(dǎo)師總能給予我很多實(shí)用的建議和幫助。不管是開題報(bào)告的書寫，或是畢 設(shè)課題的分析與設(shè)計(jì)，還是論文的撰寫，抑或是畢設(shè)之外的問題，每次遇到困難