【正文】 的形式來提示用戶。： 公告管理事件狀態(tài)圖 限制條件 在整個BBS 系統(tǒng)的設計過程中,WEB 數(shù)據(jù)庫訪問技術是至關重要的,它完全影響著開發(fā)工具的選擇、服務器端腳本的選擇、數(shù)據(jù)庫的選擇,以及執(zhí)行速度、安全性等多方面因素,而實現(xiàn)WEB 數(shù)據(jù)庫訪問的方法多種多樣。 測試計劃 （1）沒有注冊的用戶能夠在登錄時自動注冊,并給出友好提示。（2）帖子列表支持分頁顯示，使得可以輕松查看所有帖子。（3）帖子擁有點擊統(tǒng)計，更方便了解熱點話題。（4）站長版面管理實現(xiàn)WEB在線編輯，管理工作更加輕松隨意。（5）超強帖子查詢功能。根據(jù)您感興趣的內容快速獲得信息，可對帖子按主題和發(fā)言人姓名按版面進行查詢。其中，主題查詢實施模糊查詢方法。 尚未解決的問題 當初現(xiàn)帳號，密碼等通常的錯誤時，用戶可以重新輸入信息，即可解決，或是重新啟動客戶端，當出現(xiàn)無法連接數(shù)據(jù)庫或者是查詢中的錯誤，通常系統(tǒng)管理員重新啟動服務即可解決，由于數(shù)據(jù)庫的連接錯誤是全局的，所以重新啟動服務是最佳的操作。附錄4 系統(tǒng)測試文檔 目的通過測試軟件，發(fā)現(xiàn)盡量多的錯誤，以便改正，方便后面的使用，保證軟件的質量。 名詞解釋黑盒測試：黑盒測試又稱為功能測試、數(shù)據(jù)驅動測試或基于規(guī)格說明的測試，是一種從用戶觀點出發(fā)的測試。不考慮程序的內部結構和內部特性，對輸入和輸出或功能進行測試。 走讀：是一個類似的同行評審過程，參與者包括了程序的作者、測試人員、一秘書和一協(xié)調員 參考資料[1] ，西南交通大學，成都，2007[2] ，韶關學院 計算機中心，廣東 韶關，2005[3] (美) Ron Patton周予濱 姚靜譯. 軟件測試. 機械工業(yè)出版社，2002[4] 許蕾,徐寶文, 測試綜述[J ] . 計算機科學,2003 ,30 (3) :100 104.[5] 沈昌松，[J]，2001. 2[6] ——：電子工業(yè)出版社，[7] 王玲. 基于Web 的系統(tǒng)測試方法，江蘇煤炭地質機械研制中心，江蘇 常州，2006[8] Paul ，韓柯，（第2版）[M]：機械工業(yè)出版社[9] 岳曉紅,.[10] 段念，軟件性能測試過程詳解與案例剖析[M] ：清華大學出版社[11] [12] (美)Frank Cohen ．Java測試與設計—從單元測試到自動Web測試[M]．北京:新華書店總店北京發(fā)行所，2005:1203．[13] 《軟件建模》 曹靜主編,2005[14] 《Java數(shù)據(jù)庫連接池畢業(yè)設計》武漢軟件工程職業(yè)學院 計算機應用工程系0701 孟德軍 測試摘要本次測試過程中主要對軟件的基礎使用進行測試，其中包括用戶管理和帖子管理等，確保軟件可以正常使用，如：數(shù)據(jù)庫的使用、其中數(shù)據(jù)是否正確，各個環(huán)節(jié)的工作是否協(xié)調有無沖突。 重點事項用戶管理，帖子管理 爭議事項權限管理方面的相關測試 風險評估系統(tǒng)的程序代碼是否存在問題或者漏洞運行在該系統(tǒng)的數(shù)據(jù)庫是否能正常使用 時間進度測試于6月5日開始，至6月19日完成 測試目標（1）實行了所有的測試策略并達到完成標準。（2）測試結束后，開發(fā)組對實現(xiàn)有誤的測試需求項的修改達到如下程度：一、二、三級錯誤的修復率達到100% 四級錯誤的修復率達到80%以上；五級錯誤的修復率達到60%以上。（3）《需求說明書》、《概要設計說明書》、《用戶手冊》、《操作手冊》和編碼實現(xiàn)一致。（4）不可測試性傳遞次數(shù)不超過4次。 測試范圍本次測試的主要范圍為用戶管理系統(tǒng)、發(fā)帖系統(tǒng)與數(shù)據(jù)庫；利潤統(tǒng)計方面，硬件支持以及安全管理暫不列入本次測試。 測試目標保證軟件的正常使用，如用戶注冊、發(fā)帖、管理帖子等，保證系統(tǒng)與數(shù)據(jù)庫可以正常協(xié)調，同時確保系統(tǒng)在運行時，數(shù)據(jù)庫所存儲的數(shù)據(jù)正確。 聯(lián)系方式張磊 187XXXXXXXX劉玉杰 187XXXXXXXX楊淼 187XXXXXXXX王彬謙 187XXXXXXXX尹強 187XXXXXXXX 風險及約束因為各項條件以及技術和時間的有限，導致測試對于錯誤的發(fā)現(xiàn)率有限，而且由于測試過程發(fā)現(xiàn)問題，可能會影響到系統(tǒng)設計以及一些其他方面。所以會造成系統(tǒng)設計中斷以及重復測試的情況。 測試文檔《項目測試計劃》、《系統(tǒng)測試用例》、《集成測試用例》、《測試分析報告》等。3 質量目標 產品質量目標保證產品可以進行日常的使用，不會產生奔潰以及數(shù)據(jù)錯誤等錯誤 測試質量目標： 測試質量目標表測試質量目標確認者所有的測試案例已經執(zhí)行過張磊所有的自動測試腳本已經執(zhí)行通過張磊所有的重要等級為1/2的Bug已經解決并由測試驗證劉玉杰每一部分的測試已經被Test Lead確認完成楊淼重要的功能不允許有等級為1/2/3的Bug王彬謙一般的功能或與最終使用者不直接聯(lián)系的功能不允許有等級為1/2的bug,且bug等級為3的問題不得超過1/功能張磊輕量的功能允許有少量2/3等級的錯誤尹強發(fā)現(xiàn)錯誤等級為1/2/3的Bug的速率正在下降并接近0劉玉杰在最后的三天內沒有發(fā)現(xiàn)錯誤等級為1/2/3類的Bug楊淼 培訓資料： 培訓資料表培訓需求培訓內容培訓人員開始時間完成時間業(yè)務流程測試流程劉陽安裝配置Win7下安裝配置所需程序張磊工具使用黑盒測試以及白盒測試工具劉玉杰 測試環(huán)境 硬件測試環(huán)境處理器：Intel x86 Family 15 Model 1 Stepping 2５內存：128MB RAM測試客戶機：同上測試用服務器：同上 軟件測試環(huán)境操作系統(tǒng)：Windows xp 軟件系統(tǒng)：超市管理系統(tǒng)服務器：同上客戶機：同上數(shù)據(jù)庫：Sql Server 2000所需工具或語言：Rational系列 測試工具Bugfree、Bugzilla 整體測試策略本系統(tǒng)采用白盒測試法在單元測試階段針對每段代碼進行測試，必須覆蓋每條語句，使用工具NUint；采用黑盒測試法Rational測試系列工具對系統(tǒng)每個功能進行正反測試，務必保證界面友好，功能強大，不能讓嚴重錯誤通過，所有測試必須在指定時間完成。 開始/中斷/完成標準當系統(tǒng)測試中，出現(xiàn)了奔潰，或者數(shù)據(jù)錯誤等情況，則中斷；當經過測試，系統(tǒng)可以正常使用，則完成測試 測試類型數(shù)據(jù)庫測試，性能測試 測試技術白盒測試法、黑盒測試法 進度計劃在此節(jié)，對各階段的測試給出里程碑計劃，包括階段、里程碑、資源等。 測試時間進度： 測試時間進度表測試階段開始時間完成時間測試人員階段完成標志制定測試計劃張磊產生測試計劃需求Review王彬謙完成需求回顧設計Review尹強完成設計回顧設計測試用例楊淼產生設計用例測試開發(fā)劉玉杰測試環(huán)境準備楊淼測試環(huán)境準備測試實施張磊、楊淼、劉玉杰、尹強、王彬謙開始測試功能測試張磊功能正常集成測試王彬謙集成方面正常性能測試楊淼性能正常系統(tǒng)測試劉玉杰系統(tǒng)方面沒有異常驗收測試尹強驗收完成文檔編寫張磊文檔編寫完成 重要測試完成度： 重要測試完成度表里程碑完成時間完成標準測試正式開始完成可接受性測試和煙霧測試進行CVS LOCK完成所有里程碑測試和標準測試,測試種類包括確認測試和系統(tǒng)測試,且所有以發(fā)現(xiàn)的Bug等級為1/2/3的Bug已修復,近期內無發(fā)現(xiàn)新的Bug等級為1/2/3的Bug產品Release重復進行主路徑測試和進行Bug檢查測試,產品處于可交付狀態(tài)并由測試經理和高級經理確認 測試準備 測試環(huán)境準備。： 測試環(huán)境準備表準備事項開始時間完成時間測試人員階段完成標志測試環(huán)境準備張磊環(huán)境準備完成 安裝測試準備事項開始時間完成時間測試人員階段完成標志安裝測試劉玉杰軟件安裝完成 煙霧測試準備事項開始時間完成時間測試人員階段完成標志煙霧測試王彬謙測試完成 33