1、圖書管理系統測試計劃說明書第五組2014年5月28日1引言31.1編寫目的31.2背景31.3名詞解釋4黑盒測試4白盒測試：4靜態測試4動態測試4功能測試4集成測試4單元測試5性能測試：51.4參考資料52總體計劃53需求review64設計review65測試環境準備65.1設備65.2支持軟件75.3人員76功能測試76.1功能回顧7系統操作登錄7借書76.1.3還書86.1.4圖書庫管理86.1.5圖書查詢8繳納罰金86.2測試用例8系統操作登錄測試8借書測試96.2.3 還書測試9圖書庫管理測試10圖書信息查詢測試10繳納罰金測試107集成測試118性能測試119驗收測試1210文檔編

2、寫121引言1.1編寫目的本測試計劃文檔作為指導此測試項目循序漸進的基礎，幫助我們安排合適的資源和進度，避免可能的風險。本文檔主要闡述圖書信息管理系統測試過程中的一些細節，為圖書信息管理系統的測試工作提供一個框架和規范：1) 確定項目測試的策略、范圍和方法；2) 使項目測試工作的所有參與人員（開發人員、測試管理者、測試人員對項目測試的目標、范圍、策略、方法、組織、資源等有一個清晰的認識；3) 使項目測試工作的所有參與人員理解測試控制過程；4) 從策略角度說明本項目測試的組織和管理，指導測試進展，并作為項目5) 測試工作實施的依據；本文檔是本項目測試整個過程進行的依據、規范和標準；在測試過程中嚴

3、格按照本文檔的制定的規范去執行。1.2背景隨著人們知識層次的提高，圖書館成為日常生活中不可缺少的一部分。而圖書館的庫存數量和業務量龐大，僅僅靠傳統的記賬式管理是不可行的。圖書館管理系統應運而生，逐漸成為信息化建設的重要組成部分。圖書館管理系統為學校或社會型圖書館的管理員提供所有借閱者的詳細信息，以及館內庫存的詳細情況，對借書和還書兩大功能進行合理操縱并登記。說明： 開發軟件名稱：圖書管理系統。 項目開發者：軟件工程學院第五小組。 用戶單位：待定。1.3名詞解釋1.3.1黑盒測試黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考

4、慮程序內部結構和內部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼于程序外部結構，不考慮內部邏輯結構，主要針對軟件界面和軟件功能進行測試。白盒測試：白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內部的結構測試程序，通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。靜態測試靜態方法是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。對需求規格說明書、軟件設計說明書、源程序做結構分析、流程圖分

5、析、符號執行來找錯。動態測試動態方法是指通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率和健壯性等性能，這種方法由三部分組成：構造測試實例、執行程序、分析程序的輸出結果。功能測試功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能。集成測試集成測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求（如根據結構圖）組裝成為子系統或系統，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現。單元測試單元測試（unit t

6、esting），是指對軟件中的最小可測試單元進行檢查和驗證。對于單元測試中單元的含義，一般來說，要根據實際情況去判定其具體含義，如C語言中單元 指一個函數，Java里單元指一個類，圖形化的軟件中可以指一個窗口或一個菜單等。總的來說，單元就是人為規定的最小的被測功能模塊。單元測試是在軟件開 發過程中要進行的最低級別的測試活動，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。性能測試：性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。1.4參考資料張海藩：軟件工程導論第五版 清華大學出版社肖

7、剛等：實用軟件文檔寫作清華大學出版社李濤等：Visual C# SQL Server 數據庫開發與實例 清華大學出版社第五組：圖書管理系統需求分析說明書2總體計劃為了更好地實現對圖書管理系統的測試，特別設計各個階段的測試時間表，來管理測試計劃的項目進度：測試階段開始時間完成時間測試人員交付物制定測試計劃2014/5/282014/5/28第五小組成員測試計劃說明書需求review2014/5/292014/5/29第五小組成員需求review報告設計review2014/5/292014/5/29第五小組成員設計review報告測試環境準備2014/5/302014/5/30第五小組成員測試環

8、境功能測試2014/5/312014/5/31第五小組成員測試報告集成測試2014/5/312014/5/31第五小組成員測試報告性能測試2014/5/312014/5/31第五小組成員測試報告驗收測試2014/6/12014/6/1第五小組成員測試報告文檔編寫2014/6/12014/6/1第五小組成員測試報告3需求review需求review(Requirement Review) 對工作產品的評審有兩類方式，一類是正式技術評審，也稱同行評審，另一類是非正式技術評審。對于我們學生來說，還沒有同行評審，所以我們采用的第二種。需求review的評審團隊主要由開發方和客戶方的代表共同組成，因為需

9、要知道開發的系統的功能是否滿足客戶的需求。 需求review過程：我們采用的靜態測試，仔細閱讀圖書管理系統需求說明書，檢查需求文檔中的每一個需求，每一行文字，每一張圖表，每一個數據類型設計。評判需求優劣的主要指標有：正確性、清晰性、無二義性、一致性、必要性、完整性、可實現性、可驗證性、可測性。如果有可能，最好可以制定評審的檢查表，最后完成需求review報告。4設計review設計評審是對一項設計進行正式的、按文件規定的、系統的評估活動，由不直接涉及開發工作的人執行。設計評審可采用向設計組提建議或幫助的形式，或就設計是否滿足客戶所有要求進行評估。在產品開發階段通常進行不只一次的設計評審。最終的

10、設計評審(即設計終止之前)，其性質是建議性的。這些評審的結果采用推薦和建設性建議的形式。對設計評審中發現問題進行更改和對結論進行選擇的權力在設計組。其目的是盡可能早的在開發階段確認這些因素和工藝會不會造成最終產品質量偏差。設計review過程：我們采用的靜態測試，仔細閱讀圖書管理系統概要設計說明書，應當考慮到的問題包括但不限于：(1)該設計滿足產品全部規定或服務要求嗎？?(2)考慮了安全嗎？?(3)該設計滿足功能和運行的要求，即性能、可靠性、可維修性目標嗎？? (4)該設計能滿足全部預期的環境和負載條件嗎？將所有問題考慮完成之后，完成設計review報告。5測試環境準備5.1設備 服務器 (1

11、) 處理器（CPU）：Pentium 900M (推薦Pentium 4 1.2G） (2) 內存容量（RAM）：至少256M（推薦 512M） 客戶端 (1) 處理器（CPU）：Pentium 133M 或更高 (2) 內存容量（RAM）：64M或更高5.2支持軟件 數據庫服務器端(1) 操作系統：Microsoft Windows 2003(2) 數據庫管理系統：SQL Server 2005，配置TCP/IP協議 Web服務器端(1) 操作系統：Microsoft Windows 2003(2) Internet 信息服務（IIS）6.0管理器(3) Visual Studio.NET

12、2005，配置TCP/IP協議 客戶端(1) 操作系統：Windows 98/2000/2003/XP(2) Web瀏覽器：Internet Explorer 6.0以上或Netscape 4.0以上，配置TCP/IP協議5.3人員 第五小組全體人員6功能測試由于該系統未編寫代碼，所以白盒測試在測試計劃中很少使用，測試計劃采用黑盒測試方法，整個過程采用自底向上，逐個集成的的辦法，依次進行功能測試，集成測試，系統測試，而每一個功能將相當于一個單元，所以相當于進行單元測試。測試用例的設計應包括合理的和不合理的輸入條件。6.1功能回顧根據需求分析中的各項說明，整理一下幾點功能：6.1.1系統操作登錄

13、目的：測試系統操作界面。內容：帳號口令輸入、合理性檢查、合法性檢查，系統操作界面顯示控制借書目的：測試出借功能。內容：括讀者證號輸入、合理性檢查、合法性檢查，借書對話顯示控制，圖書書號提交、合理性檢查、合法性檢查，借書登記。6.1.3還書目的：測試還書功能。內容：還書對話框顯示控制，圖書書號提交、合理性檢查、合法性檢查，還書登記。6.1.4圖書庫管理目的：測試圖書庫操作功能。內容：圖書庫管理界面顯示控制，圖書庫瀏覽，增加圖書記錄，刪除圖書記錄，編輯圖書記錄。6.1.5圖書查詢目的：測試圖書查詢功能。內容：圖書查詢對話框顯示控制，輸入數據合理性檢驗、提交，圖書查詢結果顯示。繳納罰金目的：測試繳納

14、罰金功能內容：借閱證號和輸入輸入、合理性檢查、合法性檢查，系統操作界面顯示控制。6.2測試用例在設計測試用例的過程中，使用了等價類劃分的方法來設計測試用例。就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.6.2.1系統操作登錄測試輸入輸出用戶名密碼12degf錯誤用戶名空234512456錯誤用戶名非法134她558687錯誤用戶名非法12334錯誤密碼為空136735我469錯誤密碼非法55301880527正確-登陸成功6.2.2借書測試輸入數據選擇策略命令輸出數據借閱證號為空，正確書號測試借閱證號為空的情況借書按鈕“借閱證號不能為空

15、”的提示框正確借閱證號，書號為空測試書號為空的情況借書按鈕“書號不能為空”的提示框錯誤的借閱證號，正確書號測試當不存在改借閱證時的情況借書按鈕“該讀者不存在”的提示框正確的借閱證號，錯誤的書號測試當書號錯誤的情況借書按鈕“該書不存在”的提示框修改數據庫，使得欠費表中有某讀者的欠費記錄，輸入這個讀者的借閱證號，輸入正確的書號測試讀者有欠費記錄時的情況借書按鈕“該讀者已欠費”的提示框修改數據庫，使某讀者的已借書中有逾期的，輸入該讀者借閱證號和該逾期書籍號測試讀者已借書中有逾期的書籍的情況借書按鈕“該讀者已欠費”的提示框以上情況都沒有且借閱證號和書號都正確測試當讀者符合借書條件的情況借書按鈕“借書成

16、功”的提示框6.2.3 還書測試輸入數據選擇策略命令輸出數據借閱證號為空，正確書號測試借閱證號為空的情況還書按鈕“借閱證號不能為空”的提示框正確借閱證號，書號為空測試書號為空的情況還書按鈕“書號不能為空”的提示框錯誤的借閱證號，正確書號測試當不存在改借閱證時的情況還書按鈕“該讀者不存在”的提示框正確的借閱證號，錯誤的書號測試當書號錯誤的情況還書按鈕“該書不存在”的提示框修改數據庫，使某讀者已借的該書已逾期，輸入該讀者借閱證號和該書籍號測試讀者該書已逾期的情況還書按鈕“該書已欠費”和“還書成功”的提示框以上情況都沒有且借閱證號和書號都正確測試當讀者符合還書條件的情況還書按鈕“還書成功”的提示框6

17、.2.4圖書庫管理測試輸入數據選擇策略命令輸出數據書號、書名、作者、出版社、單價、總量有空項測試書籍信息填寫不完整的情況入庫按鈕“請將信息填寫完整”的提示框書號在圖書庫中已存在測試書號為空的情況入庫按鈕數據庫中該書的總量和現存量各增加書號在圖書庫中不存在測試當不存在改借閱證時的情況入庫按鈕Book_Info表中增加一條記錄6.2.5圖書信息查詢測試輸入輸出選擇作者，KK（存在）顯示列表，僅一項（圖書書目編號1）選擇作者，si（不存在）顯示警告“沒有符合條件的書目”選擇作者，ee（存在）顯示列表，共1項選擇書名，hardware顯示查詢內容（1項）步驟及操作：驅動模塊調用之后，看庫是否已經關閉，

18、并打開圖書信息庫直接察看結果允許偏差：不允許任何偏差條件：圖書表6.2.6繳納罰金測試輸入數據選擇策略命令輸出數據沒有欠費記錄的讀者的借閱證號測試該讀者沒有欠費記錄的情況繳費按鈕“該讀者沒有欠費記錄”的提示框有欠費記錄的讀者的借閱證號測試該讀者有欠費記錄的情況繳費按鈕“繳費成功”的提示框Punish_Info表中刪除一條記錄7集成測試集成測試主要目的是檢測系統是否達到設計需求，對業務流程及數據流的處理是否符合標準，檢測系統對業務流程處理是否存在邏輯不嚴謹及錯誤，檢測需求是否存在不合理的標準及要求。此階段測試是基于功能完成的測試。 測試目標檢測需求中業務流程，數據流的正確性測試范圍需求中明確的業務流程，或組合不同功能模塊而形成一個大的功能。技術利用有效的和無效的數據來執行各個用例、用例流或功能，以核實以下內容：在使用有效數據時得到預期的結果。在使用無效數據時顯示相應的錯誤消息或警告消息。各業務規則都得到了正確的應用。 開始標準在完成某個集成測試時必須達到標準完成標準所計劃的測試已全部執行。所發現的缺陷已全部解決。 測試重點和優先