圖書管理系統(tǒng)測試計劃說明書

圖書管理系統(tǒng)測試計劃說明書圖書管理系統(tǒng)測試計劃說明書圖書管理系統(tǒng)測試計劃說明書xxx公司圖書管理系統(tǒng)測試計劃說明書文件編號：文件日期：修訂次數(shù)：第1.0次更改批準審核制定方案設(shè)計，管理制度圖書管理系統(tǒng)測試計劃說明書第五組2014年1引言 3編寫目的 3背景 3名詞解釋 4黑盒測試 4白盒測試： 4靜態(tài)測試 4動態(tài)測試 4功能測試 4集成測試 4單元測試 5性能測試： 5參考資料 52總體計劃 53需求review 64設(shè)計review 65測試環(huán)境準備 6設(shè)備 6支持軟件 7人員 76功能測試 7功能回顧 7系統(tǒng)操作登錄 7借書 7.

3還書 8.

4圖書庫管理 8.

5圖書查詢 8繳納罰金 8測試用例 8系統(tǒng)操作登錄測試 8借書測試 9還書測試 9圖書庫管理測試 10圖書信息查詢測試 10繳納罰金測試 107集成測試 118性能測試 119驗收測試 1210文檔編寫 121引言編寫目的本測試計劃文檔作為指導此測試項目循序漸進的基礎(chǔ)，幫助我們安排合適的資源和進度，避免可能的風險。本文檔主要闡述圖書信息管理系統(tǒng)測試過程中的一些細節(jié)，為圖書信息管理系統(tǒng)的測試工作提供一個框架和規(guī)范：確定項目測試的策略、范圍和方法；

使項目測試工作的所有參與人員（開發(fā)人員、測試管理者、測試人員對項目測試的目標、范圍、策略、方法、組織、資源等有一個清晰的認識；

使項目測試工作的所有參與人員理解測試控制過程；

從策略角度說明本項目測試的組織和管理，指導測試進展，并作為項目測試工作實施的依據(jù)；

本文檔是本項目測試整個過程進行的依據(jù)、規(guī)范和標準；在測試過程中嚴格按照本文檔的制定的規(guī)范去執(zhí)行。背景隨著人們知識層次的提高，圖書館成為日常生活中不可缺少的一部分。而圖書館的庫存數(shù)量和業(yè)務(wù)量龐大，僅僅靠傳統(tǒng)的記賬式管理是不可行的。圖書館管理系統(tǒng)應(yīng)運而生，逐漸成為信息化建設(shè)的重要組成部分。圖書館管理系統(tǒng)為學?；蛏鐣蛨D書館的管理員提供所有借閱者的詳細信息，以及館內(nèi)庫存的詳細情況，對借書和還書兩大功能進行合理操縱并登記。說明：開發(fā)軟件名稱：圖書管理系統(tǒng)。項目開發(fā)者：軟件工程學院第五小組。用戶單位：待定。名詞解釋1.3.1黑盒測試黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進行測試。

1.3.2白盒測試：白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。1.3.3靜態(tài)測試靜態(tài)方法是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。對需求規(guī)格說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號執(zhí)行來找錯。1.3.4動態(tài)測試動態(tài)方法是指通過運行被測程序，檢查運行結(jié)果與預期結(jié)果的差異，并分析運行效率和健壯性等性能，這種方法由三部分組成：構(gòu)造測試實例、執(zhí)行程序、分析程序的輸出結(jié)果。1.3.5功能測試功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要求的功能。1.3.6集成測試集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求（如根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現(xiàn)。1.3.7單元測試單元測試（unittesting），是指對軟件中的最小可測試單元進行檢查和驗證。對于單元測試中單元的含義，一般來說，要根據(jù)實際情況去判定其具體含義，如C語言中單元指一個函數(shù)，Java里單元指一個類，圖形化的軟件中可以指一個窗口或一個菜單等?？偟膩碚f，單元就是人為規(guī)定的最小的被測功能模塊。單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。1.3.8性能測試：性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進行。參考資料張海藩：《軟件工程導論》第五版清華大學出版社肖剛等：《實用軟件文檔寫作》清華大學出版社李濤等：VisualC#SQLServer數(shù)據(jù)庫開發(fā)與實例清華大學出版社第五組：《圖書管理系統(tǒng)需求分析說明書》2總體計劃為了更好地實現(xiàn)對圖書管理系統(tǒng)的測試，特別設(shè)計各個階段的測試時間表，來管理測試計劃的項目進度：測試階段開始時間完成時間測試人員交付物制定測試計劃2014/5/282014/5/28第五小組成員測試計劃說明書需求review2014/5/292014/5/29第五小組成員需求review報告設(shè)計review2014/5/292014/5/29第五小組成員設(shè)計review報告測試環(huán)境準備2014/5/302014/5/30第五小組成員測試環(huán)境功能測試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(RequirementReview)對工作產(chǎn)品的評審有兩類方式，一類是正式技術(shù)評審，也稱同行評審，另一類是非正式技術(shù)評審。對于我們學生來說，還沒有同行評審，所以我們采用的第二種。需求review的評審團隊主要由開發(fā)方和客戶方的代表共同組成，因為需要知道開發(fā)的系統(tǒng)的功能是否滿足客戶的需求。需求review過程：我們采用的靜態(tài)測試，仔細閱讀圖書管理系統(tǒng)需求說明書，檢查需求文檔中的每一個需求，每一行文字，每一張圖表，每一個數(shù)據(jù)類型設(shè)計。評判需求優(yōu)劣的主要指標有：正確性、清晰性、無二義性、一致性、必要性、完整性、可實現(xiàn)性、可驗證性、可測性。如果有可能，最好可以制定評審的檢查表，最后完成需求review報告。4設(shè)計review設(shè)計評審是對一項設(shè)計進行正式的、按文件規(guī)定的、系統(tǒng)的評估活動，由不直接涉及開發(fā)工作的人執(zhí)行。設(shè)計評審可采用向設(shè)計組提建議或幫助的形式，或就設(shè)計是否滿足客戶所有要求進行評估。在產(chǎn)品開發(fā)階段通常進行不只一次的設(shè)計評審。最終的設(shè)計評審(即設(shè)計終止之前)，其性質(zhì)是建議性的。這些評審的結(jié)果采用推薦和建設(shè)性建議的形式。對設(shè)計評審中發(fā)現(xiàn)問題進行更改和對結(jié)論進行選擇的權(quán)力在設(shè)計組。其目的是盡可能早的在開發(fā)階段確認這些因素和工藝會不會造成最終產(chǎn)品質(zhì)量偏差。設(shè)計review過程：我們采用的靜態(tài)測試，仔細閱讀圖書管理系統(tǒng)概要設(shè)計說明書，應(yīng)當考慮到的問題包括但不限于：(1)該設(shè)計滿足產(chǎn)品全部規(guī)定或服務(wù)要求嗎(2)考慮了安全嗎(3)該設(shè)計滿足功能和運行的要求，即性能、可靠性、可維修性目標嗎(4)該設(shè)計能滿足全部預期的環(huán)境和負載條件嗎將所有問題考慮完成之后，完成設(shè)計review報告。5測試環(huán)境準備設(shè)備服務(wù)器 (1)處理器（CPU）：Pentium900M(推薦Pentium41.2G） (2)內(nèi)存容量（RAM）：至少256M（推薦512M）客戶端 (1)處理器（CPU）：Pentium133M或更高 (2)內(nèi)存容量（RAM）：64M或更高支持軟件數(shù)據(jù)庫服務(wù)器端(1)操作系統(tǒng)：MicrosoftWindows2003(2)數(shù)據(jù)庫管理系統(tǒng)：SQLServer2005，配置TCP/IP協(xié)議Web服務(wù)器端(1)操作系統(tǒng)：MicrosoftWindows2003(2)Internet信息服務(wù)（IIS）管理器(3)Visual2005，配置TCP/IP協(xié)議客戶端(1)操作系統(tǒng)：Windows98/2000/2003/XP(2)Web瀏覽器：InternetExplorer以上或Netscape以上，配置TCP/IP協(xié)議人員第五小組全體人員6功能測試由于該系統(tǒng)未編寫代碼，所以白盒測試在測試計劃中很少使用，測試計劃采用黑盒測試方法，整個過程采用自底向上，逐個集成的的辦法，依次進行功能測試，集成測試，系統(tǒng)測試，而每一個功能將相當于一個單元，所以相當于進行單元測試。測試用例的設(shè)計應(yīng)包括合理的和不合理的輸入條件。功能回顧根據(jù)需求分析中的各項說明，整理一下幾點功能：6.1.1系統(tǒng)操作登錄目的：測試系統(tǒng)操作界面。

內(nèi)容：帳號口令輸入、合理性檢查、合法性檢查，系統(tǒng)操作界面顯示控制

6.1.2借書

目的：測試出借功能。

內(nèi)容：括讀者證號輸入、合理性檢查、合法性檢查，借書對話顯示控制，圖書書號提交、合理性檢查、合法性檢查，借書登記。

.

3還書目的：測試還書功能。

內(nèi)容：還書對話框顯示控制，圖書書號提交、合理性檢查、合法性檢查，還書登記。

.

4圖書庫管理

目的：測試圖書庫操作功能。

內(nèi)容：圖書庫管理界面顯示控制，圖書庫瀏覽，增加圖書記錄，刪除圖書記錄，編輯圖書記錄。

.

5圖書查詢目的：測試圖書查詢功能。

內(nèi)容：圖書查詢對話框顯示控制，輸入數(shù)據(jù)合理性檢驗、提交，圖書查詢結(jié)果顯示。6.1.6繳納罰金目的：測試繳納罰金功能內(nèi)容：借閱證號和輸入輸入、合理性檢查、合法性檢查，系統(tǒng)操作界面顯示控制。測試用例在設(shè)計測試用例的過程中，使用了等價類劃分的方法來設(shè)計測試用例。就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.6.2.1系統(tǒng)操作登錄測試

輸入輸出用戶名密碼‘

‘‘

12degf’

錯誤—用戶名空‘

2345’‘12456‘錯誤—用戶名非法

‘134她5’‘58687‘

錯誤—用戶名非法

‘12334’‘

’錯誤—密碼為空1367’35我469錯誤—密碼非法‘55301’880527’正確登陸成功6.2.2借書測試輸入數(shù)據(jù)選擇策略命令輸出數(shù)據(jù)借閱證號為空，正確書號測試借閱證號為空的情況借書按鈕“借閱證號不能為空”的提示框正確借閱證號，書號為空測試書號為空的情況借書按鈕“書號不能為空”的提示框錯誤的借閱證號，正確書號測試當不存在改借閱證時的情況借書按鈕“該讀者不存在”的提示框正確的借閱證號，錯誤的書號測試當書號錯誤的情況借書按鈕“該書不存在”的提示框修改數(shù)據(jù)庫，使得欠費表中有某讀者的欠費記錄，輸入這個讀者的借閱證號，輸入正確的書號測試讀者有欠費記錄時的情況借書按鈕“該讀者已欠費…”的提示框修改數(shù)據(jù)庫，使某讀者的已借書中有逾期的，輸入該讀者借閱證號和該逾期書籍號測試讀者已借書中有逾期的書籍的情況借書按鈕“該讀者已欠費…”的提示框以上情況都沒有且借閱證號和書號都正確測試當讀者符合借書條件的情況借書按鈕“借書成功”的提示框6.2.3還書測試輸入數(shù)據(jù)選擇策略命令輸出數(shù)據(jù)借閱證號為空，正確書號測試借閱證號為空的情況還書按鈕“借閱證號不能為空”的提示框正確借閱證號，書號為空測試書號為空的情況還書按鈕“書號不能為空”的提示框錯誤的借閱證號，正確書號測試當不存在改借閱證時的情況還書按鈕“該讀者不存在”的提示框正確的借閱證號，錯誤的書號測試當書號錯誤的情況還書按鈕“該書不存在”的提示框修改數(shù)據(jù)庫，使某讀者已借的該書已逾期，輸入該讀者借閱證號和該書籍號測試讀者該書已逾期的情況還書按鈕“該書已欠費…”和“還書成功”的提示框以上情況都沒有且借閱證號和書號都正確測試當讀者符合還書條件的情況還書按鈕“還書成功”的提示框6.2.4圖書庫管理測試輸入數(shù)據(jù)選擇策略命令輸出數(shù)據(jù)書號、書名、作者、出版社、單價、總量有空項測試書籍信息填寫不完整的情況入庫按鈕“請將信息填寫完整”的提示框書號在圖書庫中已存在測試書號為空的情況入庫按鈕數(shù)據(jù)庫中該書的總量和現(xiàn)存量各增加書號在圖書庫中不存在測試當不存在改借閱證時的情況入庫按鈕Book_Info表中增加一條記錄6.2.5圖書信息查詢測試

輸入輸出選擇作者，KK

（存在）顯示列表，僅一項（圖書書目編號1）選擇作者，si

（不存在）顯示警告“沒有符合條件的書目”選擇作者，ee

（存在）顯示列表，共1項選擇書名，hardware

顯示查詢內(nèi)容（1項）步驟及操作：驅(qū)動模塊調(diào)用之后，看庫是否已經(jīng)關(guān)閉，并打開圖書信息庫直接察看結(jié)果

允許偏差：不允許任何偏差

條件：圖書表6.2.6繳納罰金測試輸入數(shù)據(jù)選擇策略命令輸出數(shù)據(jù)沒有欠費記錄的讀者的借閱證號測試該讀者沒有欠費記錄的情況繳費按鈕“該讀者沒有欠費記錄”的提示框有欠費記錄的讀者的借閱證號測試該讀者有欠費記錄的情況繳費按鈕“繳費成功”的提示框Punish_Info表中刪除一條記錄7集成測試集成測試主要目的是檢測系統(tǒng)是否達到設(shè)計需求，對業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標準，檢測系統(tǒng)對業(yè)務(wù)流程處理是否存在邏輯不嚴謹及錯誤，檢測需求是否存在不合理的標準及要求。此階段測試是基于