1引言
1.1編寫目的
對項目進行測試,詳細記錄測試過程,對軟體的品質進行評估,同時為我們提供了更正系統漏洞的依據。
1.2背景
随着人們知識層次的提高,圖書館成為日常生活中不可缺少的一部分。而圖書館的存數量和業務量龐大,僅僅靠傳統的記賬式管理是不可行的。圖書館管理系統應運而生,逐漸成為資訊化建設的重要組成部分。圖書館管理系統為學校或社會型圖書館的管理者提供所有借閱者的詳細資訊,以及館内庫存的詳細情況,對借書和還書兩大功能進行合理操縱并登記。
說明:
- 開發軟體名稱:圖書管理系統。
- 項目制作者:資訊學院計算機科學與技術“圖書管理系統”小組:
- 使用者機關:齊魯工業大學
1.3參考資料
1、《軟體工程導論》(第五版),張海藩編著,清華大學出版社
2、可行性研究報告
3、項目開發計劃書
4、需求規格說明書
5、概要設計說明書
6、詳細設計說明書
2計劃
2.1軟體說明
名稱 | 功能 | 輸入 | 輸出 |
系統登入測試 | 判别使用者身份是否合法 | 使用者名、密碼、權限 | 顯示相應子系統 |
圖書管理測試 | 管理圖書 | 圖書資訊 | 修改、添加、删除圖書資訊 |
圖書查詢測試 | 圖書查詢 | 所需查詢的圖書資訊 | |
借書測試 | 讀者借閱書籍 | 使用者id和圖書id | 讀者借書記錄 |
還書測試 | 讀者還書 | 消除讀者借書記錄 | |
使用者、管理者管理測試 | 管理使用者 | 管理者登入系統 | 查詢、添加、删除、修改、鎖定使用者 |
統計超期使用者測試 | 統計超期使用者 | 對使用者進行鎖定、提醒超期使用者還書 |
2.2測試内容
測試1:
名稱:系統登入測試
目的:測試系統操作界面
内容:輸入使用者名、密碼、權限,檢查使用者是否合理、合法
測試2:
名稱:圖書管理測試
目的:測試圖書管理功能
内容:查詢、添加、删除、修改圖書資訊
測試3:
名稱:圖書查詢測試
目的:測試系統查詢圖書功能
内容:輸入查詢關鍵字,進行圖書資訊查詢
測試4:
名稱:借書測試
目的:測試借書功能
内容:讀者借閱所需書籍
測試5:
名稱:還書測試
目的:測試還書功能
内容:讀者退還所借書籍
測試6:
名稱:使用者、管理者管理測試
目的:測試使用者、管理者的管理功能
内容:添加、删除、修改使用者、管理者資訊
測試7:
名稱:統計超期使用者測試
目的:測試統計超期使用者功能
内容:查詢超期使用者資訊,鎖定超期使用者
2.3測試1(系統登入測試)
參與機關:軟體制作人員
被測試的部位:登入界面
2.3.1進度安排
測試日期:2015年5月20日
2.3.2條件
測試人員:編寫者進行該功能子產品的測試
測試軟體:采用黑盒測試的方法,由人工設計測試用例,對該功能子產品一次進行測試。包括合理的資料及不合理的資料
2.3.3測試資料
需求規格說明書
概要設計說明書
詳細設計說明書
2.4測試2(圖書管理測試)
被測試的部位:管理者子產品的圖書管理功能
2.4.1進度安排
測試日期:2015年5月21日
2.4.2條件
2.4.3測試資料
需求規格說明書
概要設計說明書
詳細設計說明書
2.5測試3(圖書查詢測試)
2.5.1進度安排
測試日期:2015年5月22日
2.5.2條件
2.5.3測試資料
2.6測試4(借書測試)
2.6.1進度安排
測試日期:2015年5月23日
2.6.2條件
2.6.3測試資料
2.7測試5(還書測試)
2.7.1進度安排
測試日期:2015年5月24日
2.7.2條件
2.7.3測試資料
2.8測試6(使用者管理測試)
2.8.1進度安排
測試日期:2015年5月25日
2.8.2條件
2.8.3測試資料
2.9測試7(統計超期使用者測試)
2.9.1進度安排
測試日期:2015年5月26日
2.9.2條件
2.9.3測試資料
3測試設計說明
3.1測試1(系統登入測試)
對于系統登入測試應該既要考慮到使用者身份的合法性驗證也要考慮到使用者身份的不合法性驗證。
3.1.1控制
根據使用者不同的身份權限可以先人工輸入一些資料,然後根據不同的權限對系統登入進行測試。
3.1.2輸入、輸出
根據不同的輸入,可以得出不同的輸出結果,其結果可以如下表所示:
使用者名 | 密碼 | 權限 | |
進入遊客子產品 | |||
feiyue | 管理者 | 登入失敗,輸入錯誤 | |
登入成功,進入管理者子產品 | |||
123456 | 讀者 | ||
登入成功,進入使用者子產品 |
3.1.3過程
根據不同的身份,輸入各自的使用者名和密碼,包括密碼和使用者名分别為空的情況,對系統登入子產品進行測試。如果輸入錯誤,則登入失敗;輸入成功,則登入成功;其中如果使用者名和密碼都為空,則預設為是遊客進入遊客子產品。
3.2測試2(圖書管理測試)
對圖書管理的各項功能,包括圖書的添加、删除、修改進行測試,以及對圖書分類的添加、删除、修改進行測試。
3.2.1控制
根據圖書所需的資訊對圖書進行錄入操作,并且可以添加圖書分類。同時也可以對圖書及圖書分類進行修改和删除操作。
3.2.2輸入、輸出
書名 | 分類 | 價格 | 數量 | 出版社 | 出版日期 | |
軟體工程導論 | 工業科學 | 35元 | 10 | 清華大學出版社 | 2008-2 | |
添加成功 |
5 | ||||||
修改成功 |
删除成功 |
分類名 | 科學 |
文學 | 分類下存在書,不能被删除 |
将“科學”改為“123” |
3.2.3過程
運作系統,進入管理者子產品,對圖書管理及圖書分類管理進行測試。
3.3測試3(圖書查詢測試)
3.3.1控制
輸入查詢關鍵字,對圖書查詢功能進行測試。
3.3.2輸入、輸出
價格範圍 | |||||
1-50 | 2000-1—2010-12 | 查詢成功,輸出所需資訊 | |||
輸出所需資訊 | |||||
藝術 | 沒有搜尋到記錄 | ||||
新疆大學出版社 | 輸出該出版社的所有圖書 | ||||
20—30 | 2001-1-1—2003-12-31 | 輸出圖書價格在20—30元之間的圖書 | |||
輸出在該日期之内的圖書資訊 | |||||
資料庫系統概論 |
3.3.3過程
運作系統,進入管理者或普通使用者子產品,進行圖書資訊查詢,測試圖書查詢功能。
3.4測試4(借書測試)
3.4.1控制
管理者登陸系統,通過輸入使用者id和圖書id,讀者可以進行圖書借閱,進而以測試借書功能。
3.4.2輸入、輸出
使用者id | 圖書id | |
使用者編号不能為空 | ||
37 | 圖書編号不能為空 | |
此使用者不存在 | ||
18 | 33 | 此書不存在 |
2 | 借書成功 |
3.4.3過程
運作系統,進入使用者子產品,查詢所需圖書進行借閱操作,測試圖書借閱功能。
3.5測試5(還書測試)
3.5.1控制
在管理者子產品對使用者的還書功能進行測試,其中包括使用者id和圖書id正确和不正确的情況。
3.5.2輸入、輸出
3.8.3.5.2 | 輸入、輸出 | |
輸入錯誤 | ||
還書成功 |
3.5.3過程
運作系統,進入管理者子產品,輸入使用者id和圖書id進行還書測試。
3.6測試6(使用者、管理者管理測試)
3.6.1控制
運作管理者子產品對使用者和管理者進行管理,其中包括添加、删除、修改、鎖定普通使用者以及檢視使用者借書情況,也可以添加、删除、修改管理者資訊以及修改密碼。
3.6.2輸入、輸出
添加使用者測試:
pj | 使用者名重複 | |
3 | 密碼不能為空 | |
使用者名不能為空 | ||
添加使用者成功 |
修改使用者測試:
修改前 | 修改後 | |||||
是否鎖定 | ||||||
未鎖定 | 4 | |||||
鎖定 | ||||||
添加管理者測試:
确認密碼 | |||
1 | 已存在的名字 | ||
确認密碼不能為空 | |||
修改密碼測試:
原密碼 | 确認原密碼 | 新密碼 | 确認新密碼 | |
Feiyue1 | a | 兩次密碼不同 | ||
原密碼錯誤 | ||||
feiyue1 | 密碼修改成功 |
3.6.3過程
運作系統,進入管理者子產品,對使用者管理和管理者管理進行測試,包括添加、删除成功和不成功的測試。
3.7測試7(統計超期使用者測試)
3.7.1控制
管理者對超期使用者的管理,檢視使用者超期時間、罰金,以及對使用者催書和鎖定超期使用者。
3.7.2輸入、輸出
超期使用者資訊 |
3.7.3過程
運作系統,進入管理者子產品,統計超期使用者,檢視目前超期使用者資訊、應罰金額,以及對超期使用者進行催書,如果使用者超期且不繳罰金,則管理者可将該使用者鎖定,不允許該使用者進入系統。
4測試資源
4.1 人力資源
角色 | 所推薦的最少資源(所配置設定的專職角色數量) | 具體職責或注釋 |
測試組長 | 1人 | 完成需求,配置設定測試任務和完成最後的測試報告 |
測試人員 | 2人 | 編寫測試用例并執行測試 |
4.2 測試環境
軟體環境 |
本系統是在Windows XP 和Windows 7 的環境下,使用Quality Center管理工具,用黑盒的測試方法手動進行測試的 Web伺服器/應用伺服器:IIS 6.0 資料庫系統:MySQL 5.1 用戶端軟體:IE/火狐/谷歌 |
硬體環境 |
Windows XP: CPU 2.8GHz 記憶體:2G Windows 7: CPU 1.8GHz 記憶體:2G |
4.3 測試工具
本系統采用的是黑盒的測試方法,手動測試系統,使用Quality Center對整個測試過程進行管理
用途 | 工具 | 生産廠商/自産 | 版本 |
測試管理 | Quality Center | ||
5測試風險,優先級
由于是基于黑盒的測試,在測試過程中,可能會由于測試人員的經驗不夠,有可能導緻測試用例的覆寫不是很全面。這也是每一個剛剛接觸項目的測試員很大可能碰到的問題,級别較高。測試組長如果多該系統的了解不是很全面的話,那麼在寫需求的時候也有可能出現遺漏,這也會導緻測試不全面。還有,系統并不是部署在伺服器版的系統上,伺服器端的穩定性,相容性等會有些不足,不過由此引發的風險性不是很大。