圖書管理系統(tǒng)軟件測試方案

1、軟件測試設(shè)計(jì)方案 2011級軟件工程XX 公 司版權(quán)所有 不得復(fù)制文檔變更記錄班級 學(xué)號 姓名軟件六班 20112601616 文章軟件六班 20112601626 唐曉蘭軟件六班 20112601627吳軻 文 檔 信 息 版 本 歷 史 審 核 記 錄 得分:簽名: 目 錄0. 文檔介紹 . 5 0.1文檔目的 . 5 0.2文檔范圍 . 5 0.3讀者對象 . 5 0.4參考文獻(xiàn) . 5 1. 接口-路徑測試用例 . 6 1.1被測試對象(單元的介紹 . 6 1.2測試范圍與目的 . . 6 1.3測試環(huán)境與測試輔助工具的描述 . 6 1.4測試驅(qū)動(dòng)程序的設(shè)計(jì) . . 6 1.5接口測試

2、用例 . 71.6路徑測試的檢查表 . . 82. 功能測試用例 . . 10 2.1被測試對象的介紹 . . 10 2.2測試范圍與目的 . . 10 2.3測試方案 . 錯(cuò)誤!未定義書簽。2.4功能測試用例 . 243. 健壯性測試用例 . . 24 3.1被測試對象的介紹 . . 24 3.2測試范圍與目的 . . 253.3容錯(cuò)能力 /恢復(fù)能力測試用例 . . 254. 性能測試用例 . . 26 4.1被測試對象的介紹 . . 26 4.2測試范圍與目的 . . 27 4.2測試方案 . 274.3性能測試用例 . 315. 單元測試用例 . . 31 5.1被測試對象的介紹 . .

3、 32 5.2測試范圍與目的 . . 33 5.3測試工具 . 335.4測試用例 . 346. 圖像用戶界面測試用例 . 34 6.1被測試對象的介紹 . . 34 6.2測試范圍與目的 . . 356.3 用戶界面測試的檢查表 357. 信息安全性測試用例 . 35 7.1被測試對象的介紹 . . 35 7.2測試范圍與目的 . . 36 7.3信息安全性測試工具 . . 36 7.4信息安全性測試方案 . . 367.5信息安全性測試用例 . . 398. 兼容性測試用例 . . 39 8.1被測試對象的介紹 . . 39 8.2測試范圍與目的 . . 39 8.3測試工具 . . 40

4、 8.4測試方案 . . 40 8.5可靠性測試用例 . . 400.0 文檔介紹測試 用例 文檔 是 為針對 圖書 館管理 系 統(tǒng)而編 寫的 ,對 圖書 館管理 系統(tǒng) 的測試 用例 以文檔 的 形式記 錄下 來。0.1 文檔目的影響軟件測試的因素很多,例如軟件本身的復(fù)雜程度、 開 發(fā) 人 員的 自 身 素質(zhì)等 等 。有些 因素 是客觀 存在 的,而有 些因素 是波 動(dòng)的 、不 穩(wěn)定的,如 何 保 證 軟 件 測 試 質(zhì) 量 的 穩(wěn) 定 ? 軟 件 測 試 文 檔 的 目 的 是 為 了 保 證 軟 件 測 試 的質(zhì)量 ,把 人為的 因 素減小 到最 小。同 時(shí) 編寫軟 件測 試文檔 ,便于以

5、 后測 試的更 新。 同時(shí)也 方 便項(xiàng)目 人員 的交流 。0.2 文檔范圍測試用例文檔是針對圖書館管理系統(tǒng)的, 因此文檔范圍控制在對圖書館管 理系統(tǒng)編寫測試用例的范圍之內(nèi)。0.3 讀者對象測試人員,相關(guān)項(xiàng)目人員,軟件測試?yán)蠋煛?.4 參考文獻(xiàn)軟件測試技術(shù)與管理張大方 李煒著 湖南大學(xué)出版社軟件工程理論與實(shí)踐白忠建等編著 高等教育出版社實(shí)用軟件測試指南 Whittaker J.A. 馬良荔 著 電子工業(yè)出版1. 接口-路徑測試用例1.1 被測試對象(單元的介紹圖書館管理系統(tǒng)的用戶接口,是用戶與計(jì)算機(jī)交互的接口,圖書館管理 員通過接口對圖書進(jìn)行管理,以及對用戶的借還書管理和更新。JDBC ,即 J

6、AVA 數(shù)據(jù)庫連接,用于執(zhí)行 SQL 語句的 JAVA API ,為多種 關(guān)系數(shù)據(jù)庫提供統(tǒng)一訪問。SQL (Structured Query Language結(jié)構(gòu)化查詢語言, 是一種數(shù)據(jù)庫查詢和程 序設(shè)計(jì)語言,用于存取數(shù)據(jù)以及查詢、更新和管理關(guān)系數(shù)據(jù)庫系統(tǒng)。1.2 測試范圍與目的測試范圍包括外部接口(用戶接口,軟件接口和內(nèi)部接口。用戶(指管理員接口是指采用可視化窗口;軟件接口是指 JDBC 與 SQL 數(shù)據(jù)庫的鏈接。內(nèi)部接口是指各個(gè)功能模塊之間的接口(登錄,查詢,更新等 。對接口進(jìn)行測試是為了發(fā)現(xiàn)接口的缺陷,增強(qiáng)圖書館管理系統(tǒng)的功能。 1.3 測試環(huán)境與測試輔助工具的描述系統(tǒng)測試環(huán)境(Wind

7、ows 2000 以上版本以及外部組織的環(huán)境。 1.4 測試方案對每一個(gè)接口, 設(shè)計(jì)一個(gè)驅(qū)動(dòng)模塊和多個(gè)樁模塊, 驅(qū)動(dòng)模塊用以模式擬 主程序或者調(diào)用模塊的功能,向被測模塊傳遞數(shù)據(jù)。1.5 接口測試用例 1.6 路徑測試的檢查表 2. 功能測試用例2.1 被測試對象的介紹功能測試是指對圖書館管理系統(tǒng)的各項(xiàng)功能進(jìn)行測試,也叫黑盒測試。 從系統(tǒng)產(chǎn)品的界面架構(gòu)出發(fā),測試是否都能實(shí)現(xiàn)相應(yīng)的功能并記錄。 被測試對象主要包括:用戶登錄界面修改主題功能退出系統(tǒng)功能查詢書籍功能添加新書功能刪除書籍功能預(yù)覽書庫功能用戶修改密碼功能用戶管理功能借書功能還書功能2.2 測試范圍與目的使用黑盒測試當(dāng)中的等價(jià)類劃分、因果關(guān)

8、系圖、邊界值測試、錯(cuò)誤推斷 等方法,測試該圖書管理系統(tǒng)是否能實(shí)現(xiàn)用戶能力,借書、還書、管理用戶等 相關(guān)功能。2.3測試方案用例場景用來描述流經(jīng)用例的路徑,從用例開始到結(jié)束遍歷這條路徑上 所有基本流和備選流。根據(jù)設(shè)計(jì)的基本流和備選流,設(shè)計(jì)測試用例,使用有錯(cuò)推斷的測試方式, 測試每一個(gè)備選流;2.4功能測試用例 1112 13 14 15 16 17 18 19 20 21 2223 24 25 3. 健壯性測試用例3.1 被測試對象的介紹健壯性測試是用于該圖書管理系統(tǒng)系統(tǒng)在出現(xiàn)故障時(shí),包涵錯(cuò)誤數(shù)據(jù)處 理、 異常情況處理和非法操作處理的測試是否能夠自動(dòng)恢復(fù)、 或者忽略故障繼 續(xù)運(yùn)行。 即指在異常情

9、況下, 該系統(tǒng)還能正常運(yùn)行的能力。 健壯性有兩層含義:一是容錯(cuò)能力,二是恢復(fù)能力。3.2 測試范圍與目地測試范圍:容錯(cuò)性測試通常構(gòu)造一些不合理的輸入來引誘軟件出錯(cuò),例 如:(1輸入錯(cuò)誤的數(shù)據(jù)類型。(2輸入定義域之外的數(shù)值。(4系統(tǒng)能否重新運(yùn)行 ;(4有無重要的數(shù)據(jù)丟失 ;(5是否毀壞了其它相關(guān)的軟件硬件。測試目的:確保軟件在處理錯(cuò)誤數(shù)據(jù)和異常問題時(shí)各個(gè)功能模塊工作正常, 提高終端 軟件的容錯(cuò)能力。 進(jìn)行異常測試的目的和依據(jù)如下, 我們之前的測試案例都是 在驗(yàn)證這三條特性: 成熟性:終端軟件為避免由軟件中錯(cuò)誤而導(dǎo)致失效的能力 容錯(cuò)性:終端軟件在錯(cuò)誤數(shù)據(jù)或者違規(guī)操作的情況下,軟件維持規(guī)定 的性能級

10、別的能力 易恢復(fù)性:在發(fā)生故障的情況下,終端軟件重建規(guī)定的性能級別并恢 復(fù)受直接影響的數(shù)據(jù)的能力3.4 容錯(cuò)能力 /恢復(fù)能力測試用例 26 4. 性能測試用例4.1 被測試對象的介紹軟件的性能是軟件的一種非功能特性, 它關(guān)注的不是軟件是否能夠完成特 定的功能,而是在完成該功能時(shí)展示出來的及時(shí)性。4.2 測試范圍與目的性能測試的范圍控制在圖書館管理系統(tǒng),測試系統(tǒng)的集成功能。目的是 測試圖書館管理系統(tǒng)的集成功能是否都正常。4.3測試方案使用 LoadRunner 工具進(jìn)行一下幾種測試:負(fù)載測試:主要用于描述常規(guī)的性能測試,通過模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力 和使用場景組合來測試系統(tǒng)的性能是否滿足生產(chǎn)要求。

11、針對圖書管理系統(tǒng)的登陸、借書、還書、續(xù)借、圖書查詢等功能,分別設(shè) 置場景,設(shè)置同時(shí)使用的用戶數(shù)量,進(jìn)行測試。壓力測試:對系統(tǒng)不斷施加壓力的測試,是通過確定一個(gè)系統(tǒng)的瓶頸或者 不能接收用戶請求的性能點(diǎn), 來獲得系統(tǒng)能提供的最大的服務(wù)級別的測試。 通 俗地講,壓力測試是為了發(fā)現(xiàn)在什么條件下應(yīng)用程序的性能會變得不可接受。27使用場景組合的方式,同時(shí)進(jìn)行借書、還書、續(xù)借等功能。設(shè)置場景,不 斷施加用戶數(shù)量,進(jìn)行測試,直到確定系統(tǒng)最大服務(wù)級別。疲勞強(qiáng)度測試通常是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶 數(shù)或 者日常運(yùn)行用戶數(shù),持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù),通過綜合分析交易執(zhí)行指 標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處

12、理最大工作量強(qiáng)度性能的過程。設(shè)置 20, 、 30、 50個(gè)用戶長時(shí)間運(yùn)行該系統(tǒng), 測試系統(tǒng)故障發(fā)生的的時(shí)間, 和故障的具體類型,發(fā)現(xiàn)系統(tǒng)的問題。4.4 性能測試用例 28 29 30 31 32 5. 單元測試5.1 被測試對象的介紹Junit 是一個(gè)開發(fā)源代碼的 Java 測試框架, 用于編寫和運(yùn)行可重復(fù)的測試。 是用于單元測試框架體系 xUnit 的一個(gè)實(shí)例(用于 java 語言 。該系統(tǒng)中的 ChStr 類共有 toChinese , nullToString , filterStr 三個(gè) 函數(shù),使用 junit 測試這三個(gè)函數(shù);5.2 測試范圍與目的 33 toChinese(函數(shù)用

13、于將字符串轉(zhuǎn)換為 GBK 編碼,以下為源代碼: 5.3測試工具Junit 測試工具;5.4測試用例設(shè)計(jì)1. 含 ; String數(shù)組2. 含 & String數(shù)組3. 含 < String數(shù)組4. 含 > String數(shù)組5. 含 String數(shù)組6. 含 _ String數(shù)組347. 含 / String數(shù)組8. 含 % String數(shù)組9. 不含以上符號的 String 數(shù)組10. 空 數(shù)組以下為具體測試用例 針對此函數(shù)我們采用等價(jià)類劃分法生成 JUnit 測試用例總共劃分出 4個(gè)用 例,分別是:數(shù)組 v 為空或不為空數(shù)組 toV 的合法輸入(不為空和不合法輸入(為空以

14、下為具體測試用例 針對此函數(shù)我們采用等價(jià)類劃分法生成 JUnit 測試用例總共劃分出 3個(gè)用 例,分別是:數(shù)組 strvalue 為空或不為空,其中數(shù)組不為空又分為漢字?jǐn)?shù)組和字符 數(shù)組兩種以下為具體測試用例35 6. 圖形用戶界面測試用例6.1 被測試對象的介紹被測試對象主要包括各種圖形用戶界面(GUI ,包括登錄界面,借書界 面,還書界面以及新書入庫界面、6.2 測試范圍與目的測試范圍包括圖書館管理系統(tǒng)中的各種界面。 目的是測試各種圖形用戶 界面是否都正常運(yùn)行。6.3 用戶界面測試的檢查表 36 7. 信息安全性測試用例7.1 被測試對象的介紹安全性測試檢查系統(tǒng)對非法侵入的防范能力。測試期間

15、,測試人員假扮 非法入侵者, 采用各種辦法試圖突破防線。 安全性測試檢測圖書館管理系統(tǒng)能 否抵制各種的危機(jī),從而保證系統(tǒng)的各項(xiàng)安全。7.2 測試范圍與目的測試范圍限制在圖書館管理系統(tǒng):物理層安全系統(tǒng)層安全應(yīng)用層安全管理層安全7.3 信息安全性測試方案擬采用功能驗(yàn)證,漏洞掃描,模擬攻擊試驗(yàn),偵聽技術(shù)進(jìn)行信息安全性測試功能驗(yàn)證 采用黑盒測試方法,對涉及安全的軟件功能進(jìn)行測試漏洞掃描 采用主機(jī)或系統(tǒng)漏洞掃描器自動(dòng)檢測遠(yuǎn)程或本機(jī)安全性弱點(diǎn) 模擬攻擊試驗(yàn) 采用冒充、重演、消息篡改、服務(wù)拒絕、內(nèi)部攻擊、外部 攻擊、陷阱門、特洛伊木馬方法進(jìn)行測試偵聽技術(shù) 對數(shù)據(jù)進(jìn)行截取分析的過程,主要用于對網(wǎng)絡(luò)加密的驗(yàn)證

16、7.4信息安全性測試用例37 38 39 40修改密碼 前提條件 系統(tǒng)已經(jīng)安裝相應(yīng)的保護(hù)機(jī)制 非法入侵手段 是否實(shí)現(xiàn)目 代價(jià)利益分析 標(biāo) 輸入錯(cuò)誤舊密碼 否 代價(jià)大于利益 不輸入確認(rèn)新密碼 不輸入新密碼 新密碼和確認(rèn)新密碼不一致 新密碼中有空格 新密碼為空 新密碼為符合要求的最多字符 . 新密碼為符合要求的最少字符 新密碼為非允許字符 看是否支持 tap 和 enter 鍵等； 密碼是否可以復(fù)制粘貼； 密碼是 否以 * 之類的加秘符號 . 看密碼是否區(qū)分大小寫，新密 碼中英文小寫， 確認(rèn)密碼中英文 大寫 特 殊 字 符 ： 比 如。/ ' " </html> 這些

17、是否會造 成系統(tǒng)崩潰 注 入 式 bug ： 比 如 密 碼 輸 入 個(gè) or 1=1 8.兼容性測試 8.1 被測試對象的介紹 測試該系統(tǒng)的以下特性： 1.不同的硬件條件，比如： PC,MAC,PDA,WIFI 等 2.不同的瀏覽器軟件和版本 3.帶有不同插件的瀏覽器 4.不同的瀏覽器選項(xiàng)下的表現(xiàn) 5.不同的圖像分辨率下的測試 6.不同的系統(tǒng)色彩下的測試 7.不同的系統(tǒng)字體大小下的測試 8.不同的網(wǎng)速下的測試 8.2 測試范圍與目的 測試圖書管理系統(tǒng)在 IE5/IE6/IE7/IE8/IE9 等幾個(gè)瀏覽器中，各個(gè)界面顯 示的情況； 測試圖書管理系統(tǒng)在 windows xp/windows 7/windows 8/linux 操作系統(tǒng)中 的運(yùn)行情況；