【導(dǎo)讀】似，是以網(wǎng)絡(luò)為平臺(tái)獲取信息。現(xiàn)在的留言板和qq留言板大同小異。慢慢的逐漸推廣開(kāi)來(lái)。最近幾年，通過(guò)廣大愛(ài)好留言板的人們的努力，留言板在各方面。都有了很大提升。過(guò)網(wǎng)絡(luò)進(jìn)行交流。本系統(tǒng)簡(jiǎn)潔方便易操作，訪問(wèn)者可以在主界面通過(guò)注冊(cè)成為普通用戶。除，還可以查看訪問(wèn)者的基本信息，普通用戶可以修改密碼，管理員是已經(jīng)設(shè)定好的，只有一個(gè)，不能更改。

　　

【正文】 。 圖 管理員登錄出錯(cuò)界面 管理員登陸的時(shí)候會(huì)出現(xiàn)上圖頁(yè)面的情況有以下幾種： ，在首頁(yè)注銷登陸就可以了。 ，那么我們必須先對(duì)當(dāng)前的用戶進(jìn)行注銷，這樣才能登陸成功。 ，是在編寫程序中就添加進(jìn)去的。高級(jí)管理員為 zss。當(dāng)用戶的權(quán)限不可以進(jìn)行刪除或修改時(shí)，則可以回到首頁(yè)登錄高級(jí)用戶 ADMINISTRATOR 或普通用戶進(jìn)行修改或刪除。 新用戶注冊(cè)界面 所示。 第 23 頁(yè) 共 34 頁(yè) 圖 新用戶注冊(cè)界面 新用戶注冊(cè)界面不僅僅把用戶基本信息添加到數(shù)據(jù)庫(kù)中，而且注冊(cè)完成的同時(shí)也登錄到新用戶帳號(hào)，留言板系統(tǒng)會(huì)將用戶名和密碼提交給數(shù)據(jù)庫(kù)中的T_ADMIN 表。 注冊(cè)頁(yè)面中的 號(hào)和郵箱等在 Action 層都做了相對(duì)應(yīng)的校驗(yàn)。 新用戶注冊(cè)成功并成功轉(zhuǎn)入到新用戶的首頁(yè)頁(yè)面如圖 47 所示。 圖 用戶創(chuàng)建成功 管理員管理界面 顯示所有信息如圖 。 圖 所有留言界面 在此界面中將顯示所有用戶留言的信息，版主可以查看留言者的基本信息，同時(shí)可以修改、刪除及回復(fù)留言，這個(gè)界面管理員、普通用戶、訪問(wèn)者都可以使 第 24 頁(yè) 共 34 頁(yè) 用。 查看我的留言信息如圖 所示。 圖 我的留言界面 3. 修改用戶信息如圖 所示。 圖 修改用戶信息 點(diǎn)擊查詢頁(yè)面中“資料”可以將一條記錄帶到修改頁(yè)面進(jìn)行相應(yīng)的修改。只要管理員和普通用戶才可進(jìn)行修改，如果是訪問(wèn)者進(jìn)行修改將會(huì)跳出“沒(méi)有權(quán)限”界面。 控制層的代碼代碼實(shí)現(xiàn)如下： public ActionForward changePass(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws UnsupportedEncodingException { ApplicationContext context = new ClassPathXmlApplicationContext( )。 AdminManager mana = (AdminManagerImpl) (adminManager)。 HttpSession session = ()。 String password = new String((password).getBytes( ISO88591), utf8)。 第 25 頁(yè) 共 34 頁(yè) int userId = (Integer)(userId)。 Admin a = (userId)。 (password)。 (a)。 (userid=+userId)。 // (my_articles, articles)。 // if((request)){ // return (logined_display)。 // } return (my_index)。 } 后臺(tái)管理界面 管理界面如圖 所示。 圖 后臺(tái)管理界面 如圖所示右上角圖標(biāo)分別為，版主的首頁(yè)， qq，郵箱，對(duì)留言的回復(fù)，編輯，和刪除。 回復(fù)留言的方法： public ActionForward reply(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { String str = (id)。 int id = (str)。 ApplicationContext context = new ClassPathXmlApplicationContext( )。 GuestbookManager mana = (GuestbookManagerImpl) context 第 26 頁(yè) 共 34 頁(yè) .getBean(guestbookManager)。 Guestbook g = (id)。 HttpSession session = ()。 (article, g)。 return (reply)。 } ： public ActionForward editDo(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws UnsupportedEncodingException { ApplicationContext context = new ClassPathXmlApplicationContext( )。 GuestbookManager mana = (GuestbookManagerImpl) context .getBean(guestbookManager)。 String str = (id)。 int id = (str)。 Guestbook g = (id)。 String reContent = new String((reContent) .getBytes(ISO88591), utf8)。 String content = new String((content) .getBytes(ISO88591), utf8)。 String name = new String((name) .getBytes(ISO88591), utf8)。 (reContent)。 (name)。 (content)。 (reContent)。 (g)。 return listAll(mapping, form, request, response)。 ： 第 27 頁(yè) 共 34 頁(yè) public ActionForward delete(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws UnsupportedEncodingException { ApplicationContext context = new ClassPathXmlApplicationContext( )。 GuestbookManager mana = (GuestbookManagerImpl) context .getBean(guestbookManager)。 String id = (id)。 ((id))。 return listAll(mapping, form, request, response)。 } 5 系統(tǒng)調(diào)試和測(cè)試 程序調(diào)試 在設(shè)計(jì)系統(tǒng)的過(guò)程中，存在一些錯(cuò)誤是必然的。對(duì)于語(yǔ)句的語(yǔ)法錯(cuò)誤，在程 第 28 頁(yè) 共 34 頁(yè) 序運(yùn)行時(shí)自動(dòng)提示，并請(qǐng)求立即糾正，因此，這類錯(cuò)誤比較容易發(fā)現(xiàn)和糾正。但另一類錯(cuò)誤是在程序執(zhí)行時(shí)由于不正確的操作或?qū)δ承?shù)據(jù)的計(jì)算公式的邏輯錯(cuò)誤導(dǎo)致的錯(cuò)誤結(jié)果。這類錯(cuò)誤隱蔽性強(qiáng)，有時(shí)會(huì)出現(xiàn)，有時(shí)又不出現(xiàn)，因此，對(duì)這一類動(dòng)態(tài)發(fā)生的錯(cuò)誤的排查是耗時(shí)費(fèi)力的。 程序的測(cè)試 測(cè)試的重要性及目的 （ 1）測(cè)試的重要性 對(duì)于軟件來(lái)講，不論采用什么技術(shù)和什么方法，軟件中仍然會(huì)有錯(cuò)。采用新的語(yǔ)言、先進(jìn)的開(kāi)發(fā)方式、完善的開(kāi)發(fā)過(guò)程，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測(cè)試來(lái)找出，軟件中的錯(cuò)誤密度也需要測(cè)試來(lái)進(jìn)行估計(jì)。測(cè)試是所有工程學(xué)科的基本組成單元，是軟件開(kāi)發(fā)的重要部分。自有程序設(shè)計(jì)的那天起測(cè)試就一直伴隨著。統(tǒng)計(jì)表明，在典型的軟件開(kāi)發(fā)項(xiàng)目中，軟件測(cè)試工作量往往占軟件開(kāi)發(fā)總工作量的 40％以上。而在軟件開(kāi)發(fā)的總成本中，用在測(cè)試上的開(kāi)銷要占 30％到 50％。如果把維護(hù)階段也考慮 在內(nèi)，討論整個(gè)軟件生存期時(shí)，測(cè)試的成本比例也許會(huì)有所降低，但實(shí)際上維護(hù)工作相當(dāng)于二次開(kāi)發(fā)，乃至多次開(kāi)發(fā)，其中必定還包含有許多測(cè)試工作。 在實(shí)踐中，軟件測(cè)試的困難常常使人望而卻步或敷衍了事，這是由于對(duì)測(cè)試仍然存在一些不正確的看法和錯(cuò)誤的態(tài)度，這包括 : ① 認(rèn)為測(cè)試工作不如設(shè)計(jì)和編碼那樣容易取得進(jìn)展難以給測(cè)試人員某種成就感 。 ② 以發(fā)現(xiàn)軟件錯(cuò)誤為目標(biāo)的測(cè)試是非建設(shè)性的，甚至是破壞性的，測(cè)試中發(fā)現(xiàn)錯(cuò)位是對(duì)責(zé)任者工作的一種否定 。 ③ 測(cè)試工作枯燥無(wú)味，不能引起人們的興趣 。 ④ 測(cè)試工作是艱苦而細(xì)致的工作 。 ⑤ 對(duì)自己編寫的程序盲目自信，在發(fā)現(xiàn)錯(cuò)誤后，顧慮別人對(duì)自己的開(kāi)發(fā)能力的看法。 這些觀點(diǎn)對(duì)軟件測(cè)試工作是極為不利的，必須澄清認(rèn)識(shí)、端正態(tài)度，才可能提高軟件產(chǎn)品的質(zhì)量。 （ 2）測(cè)試的目的 第 29 頁(yè) 共 34 頁(yè) 如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。 ① 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程 。 ② 測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤 。 ③ 一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤 。 ④ 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目，查找不出錯(cuò)誤的測(cè)試就是沒(méi)有價(jià)值的，事實(shí)并非如此。 首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。其次，沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。 測(cè)試的步驟 與開(kāi)發(fā)過(guò)程類似，測(cè)試過(guò)程也必須分步驟進(jìn)行，每個(gè)步驟在邏輯上是前一個(gè)步驟的繼續(xù)。大型軟件系統(tǒng)通常由若干個(gè)子系統(tǒng)組成，每個(gè)子系統(tǒng)又由若干個(gè)模塊組成。因此，大型軟件系統(tǒng)的測(cè)試基本上由下述幾個(gè)步驟組成： （ 1）模塊測(cè)試 在這個(gè)測(cè)試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。 （ 2）系統(tǒng)測(cè)試 在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯(cuò)誤，也可能發(fā)現(xiàn)需求說(shuō)明中的錯(cuò)誤。 （ 3）驗(yàn)收測(cè)試 在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說(shuō)明書中的錯(cuò)誤。 測(cè)試的主要內(nèi)容 為了保證測(cè)試的質(zhì)量，將測(cè)試過(guò)程分成幾個(gè)階段，即 :代 碼審查、單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。 （ 1）單元測(cè)試 單元測(cè)試集中在檢查軟件設(shè)計(jì)的最小單位 — 模塊上，通過(guò)測(cè)試發(fā)現(xiàn)實(shí)現(xiàn)該模塊的實(shí)際功能與定義該模塊的功能說(shuō)明不符合的情況，以及編碼的錯(cuò)誤。 （ 2）集成測(cè)試 第 30 頁(yè) 共 34 頁(yè) 集成測(cè)試是將模塊按照設(shè)計(jì)要求組裝起來(lái)同時(shí)進(jìn)行測(cè)試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問(wèn)題。如一個(gè)模塊與另一個(gè)模塊可能有由于疏忽的問(wèn)題而造成有害影響；把子功能組合起來(lái)可能不產(chǎn)生預(yù)期的主功能；個(gè)別看起來(lái)是可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有錯(cuò)誤等。 （ 3）確認(rèn)測(cè)試 確認(rèn)測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。 （ 4）系統(tǒng)測(cè)試 軟件開(kāi)發(fā)完成以后，最終還要與系統(tǒng)中其他部分配套運(yùn)行，進(jìn)行系統(tǒng)測(cè)試。包括恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試和性能測(cè)試等。 單獨(dú)對(duì)系統(tǒng)的測(cè)試主要從以下幾方面入手： ① 功能測(cè)試：測(cè)試是否 滿足開(kāi)發(fā)要求，是否提供設(shè)計(jì)所描述的功能，是否用戶的需求都得到滿足。功能測(cè)試是系統(tǒng)測(cè)試最常用和必須的測(cè)試，通常還會(huì)以正式的軟