軟件測試課程設(shè)計

1、 軟件測試課程設(shè)計測試計劃書院 系 國際教育學(xué)院 專 業(yè) 數(shù)字媒體技術(shù) 班 級 14級數(shù)字媒體技術(shù)一班 學(xué) 號 學(xué) 生 姓 名 聯(lián) 系 方 式 指 導(dǎo) 教 師 目錄1 引言3 1.1 編寫目的3 1.2 背景3 1.3 測試環(huán)境3 1.4軟件說明42 計劃 4 2.1 說明.4 2.2 測試內(nèi)容4 2.3 測試方法4 2.4 測試 53 聯(lián)系方式 124 風(fēng)險及約束125故障轉(zhuǎn)移和恢復(fù)136質(zhì)量目標(biāo)13 6.1產(chǎn)品質(zhì)量目標(biāo)13 6.2測試質(zhì)量目標(biāo)147測試環(huán)境14 7.1硬件測試環(huán)境14 7.2測試準(zhǔn)備.14 7.2.1測試環(huán)境準(zhǔn)備14 7.2.2安裝測試14 7.3具體測試實施任務(wù)和時間人員

2、安排151引言1.1編寫目的該測試分析報告文檔有助于實現(xiàn)以下目標(biāo)：了解軟件的具體功能，對軟件的功能、性能、接口、數(shù)據(jù)結(jié)構(gòu)等功能的具體測試結(jié)果與預(yù)期的要求進(jìn)行分析，為完善及改進(jìn)軟件的功能提供依據(jù)。軟件測試的目的在于為了提高軟件運行的穩(wěn)定性，減少 Bug 的出現(xiàn)，提高用戶體驗。確保軟件的質(zhì)量、確認(rèn)軟件以正確的方式做了你所期望的事情。本軟件測試計劃說明的讀者對象是測試人員。1.2背景1）待開發(fā)系統(tǒng)軟件名稱：貪吃蛇；2）本項目的任務(wù)提出者是學(xué)校信息管理系統(tǒng)的老師，由本小組用于測試成績查詢及管理；3）測試環(huán)境：硬件測試環(huán)境機型配置：聯(lián)系小新v1000 屏幕：14英寸分辨率：1366x768CPU主頻：2

3、GHz核心數(shù)：雙核心/四線程顯卡類型：入門級獨立顯卡顯存容量：2GB電池類型：4芯鋰電池續(xù)航時間：視具體使用環(huán)境而定軟件及版本：Windows8.11.3測試環(huán)境Windows7、Linux、UNIX軟件環(huán)境相關(guān)應(yīng)用軟件：IE、Chrome、FireFox。 測試工具表3-2 所需資料列表用途工具生產(chǎn)廠商版本備注測試計劃word測試分析報告word功能測試JunitApache4.0性能測試手工測試測試管理人工管理1.4 軟件說明貪吃蛇游戲是一款經(jīng)典的益智游戲，有多平臺版本，既簡單又耐玩。該游戲通過控制蛇頭方向吃蛋，從而使得蛇變得越來越長。本游戲?qū)儆谝嬷怯螒颍峁蕵返墓δ?，通過此軟件，人們在

4、休閑娛樂中獲得更多的樂趣。2計劃2.1說明貪吃蛇游戲是一款經(jīng)典的益智游戲，有多平臺版本，既簡單又耐玩。該游戲通過控制蛇頭方向吃蛋，從而使得蛇變得越來越長。本游戲規(guī)模較小，開發(fā)時間短，對目標(biāo)硬件要求不高，本應(yīng)用軟件適用于多種操作系統(tǒng)，如Windows7、Linux、UNIX。同時了解信息系統(tǒng)的開發(fā)過程以及被提議的應(yīng)用領(lǐng)域，預(yù)計可以達(dá)到預(yù)期的收益。因此，從技術(shù)方面來說是可行的。2.2測試內(nèi)容測試內(nèi)容有：游戲登陸模塊、游戲運行模塊。2.3測試方法：測試方法的選擇軟件測試就是使用人工或者自動手段來運行或者測試某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。軟件測試

5、方法是指測試軟件性能的方法。隨著軟件測試技術(shù)的飛速發(fā)展，測試方法也越來越多樣化，針對性更強，選擇合適的軟件測試方法可以讓我們事半功倍。通常人們把軟件測試技術(shù)歸納為兩大類：白盒測試和黑盒測試。白盒測試分為靜態(tài)測試和動態(tài)測試，黑盒測試分為功能測試和非功能測試。近年來又提出了一種新的軟件測試方法，稱作灰盒測試，它同時兼顧了白盒測試和黑河測試方法的優(yōu)點。白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試驗證每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢驗。軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查，允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)，設(shè)計或選擇測試用例，對程序的所有邏輯路徑進(jìn)行測試，通過不

6、同的點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一樣。白盒可以理解為一種玻璃的、透明的盒子，當(dāng)把某種東西放入其中，外邊的人可以看到里面的一切，包括它的結(jié)構(gòu)和各個組成部分。在操作白盒時還能看到它里面的運作過程。白盒測試主要包括代碼檢查法、靜態(tài)結(jié)構(gòu)法、程序插樁、邏輯覆蓋以及基本路徑測試等。黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格和用戶手冊，可以測試驗證每個功能是否都實現(xiàn)、每個實現(xiàn)了的功能是否符合要求，以及產(chǎn)品的性能是否滿足用戶的要求。黑盒不去考慮程序內(nèi)部結(jié)構(gòu)和結(jié)構(gòu)特性，主要是驗證軟件所應(yīng)該具有的功能，是否已經(jīng)實現(xiàn)，軟件系統(tǒng)的性能是否滿足用戶的要求，等等。黑盒是一個密封、不透明的盒子，把東西放進(jìn)黑盒里，外邊

7、的人無法看到里面的情況。操作并運行黑盒時，只能看到運行結(jié)果。黑盒測試主要包括等價類劃分、邊值分析、因果圖法、錯誤推測、功能圖法、性能測試、功能測試、強度測試、兼容性測試、配置測試以及安全測試等。為了保證程序測試的全面性，再設(shè)計測試用例的時候，本系統(tǒng)同時采用黑盒測試技術(shù)和白盒測試技術(shù)。2.4測試1 游戲登陸模塊 2.5.1進(jìn)度安排 集中測試，反復(fù)測試。2.5.2條件 良好的網(wǎng)絡(luò)，以及正確的游戲賬號。2.5.3測試資料示例模塊：賬號1: 密碼：1234abcd賬號2: 密碼：a游戲登陸模塊： 數(shù)據(jù)流程：白盒測試：（1） 語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋：測試用例輸入路徑輸入預(yù)期輸出輸出

8、結(jié)果s-a-d-h輸入錯誤用戶或者錯誤密碼提示輸入用戶不存在輸入賬號和密碼s-a-d-f-g輸入正確用戶和正確密碼進(jìn)入系統(tǒng)顯示游戲信息（2） 條件組合覆蓋：輸入路徑輸入預(yù)期輸出輸出結(jié)果s-a-d-h輸入錯誤用戶與錯誤密碼提示輸入用戶不存在輸入賬號和密碼s-a-d-h輸入正確用戶與錯誤密碼提示密碼錯誤輸入賬號和密碼s-a-d-f-g輸入正確用戶與正確密碼進(jìn)入顯示游戲信息（3） 點覆蓋、邊覆蓋、路徑覆蓋：程序圖 測試用例輸入路徑輸入預(yù)期輸出輸出結(jié)果s-a-d-h輸入錯誤用戶與錯誤密碼提示輸入用戶不存在輸入用戶和密碼s-a-d-f-g輸入正確用戶與正確密碼進(jìn)入顯示游戲信息黑盒測試：（1）等價類劃分輸

9、入條件有效等價類無效等價類賬號字符串為09之間的阿拉伯?dāng)?shù)字組合的有效游戲賬號無效登錄號密碼有效密碼無效密碼測試用例（第一組）測試用例編號1測試項目賬號登錄測試標(biāo)題輸入無效游戲賬號重要級別中預(yù)置條件輸入賬號，賬號密碼操作步驟1、輸入賬號 ；2、輸入密碼預(yù)期輸出1、提示輸入賬號；2、提示用戶“您輸入的賬號無效，請重新輸入?！睖y試用例（第二組）測試用例編號2測試項目賬號登錄測試標(biāo)題輸入無效密碼重要級別中預(yù)置條件系統(tǒng)中存在該用戶輸入賬號，密碼操作步驟1、輸入賬號，2、密碼預(yù)期輸出1、提示輸入密碼；2、提示用戶“您輸入的密碼無效，請重新輸入?！睖y試用例（第三組）測試用例編號3測試項目賬號登錄測試標(biāo)題輸入

10、有效游戲登錄號和有效密碼重要級別中預(yù)置條件系統(tǒng)中存在該用戶輸入賬號，密碼1234abcd操作步驟1、輸入賬號，2、輸入密碼1234abcd預(yù)期輸出1、進(jìn)入系統(tǒng)因果圖設(shè)計測試用例規(guī)格說明第一：登錄表中有記錄第一不正確時給出信息“輸入格式錯誤，請重新輸入”，分析規(guī)格說明并編號因：第一：輸入的賬號有效 果：= 給出信息“提示錯誤信息，重新輸入” 1） 畫出的因果圖如下圖所示2） 將因果圖轉(zhuǎn)換為判定表，條件和輸出結(jié)果編號成立時為1，否則記為0；表中每一列視為測試規(guī)則。 判定表：組合條件12條件原因 10動作結(jié)果 01賬號管理模塊：數(shù)據(jù)流程圖：白盒測試：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件

11、組合覆蓋輸入路徑輸入預(yù)期輸出輸出結(jié)果sabdf輸入“sbdf”不進(jìn)行游戲不進(jìn)行游戲sabceg輸入“sbceg”進(jìn)行游戲運行游戲成功黑盒測試：（1）等價類劃分有效等價類無效等價類輸入賬號密碼1）的整數(shù)1)的整數(shù)3)含有數(shù)字外其他字符的輸入4)非int類型數(shù)據(jù)表中是否有記錄Yes No（2）輸入的邊界值含有數(shù)字外其他字符非int類型整數(shù)測試用例1：測試項目賬號查詢測試標(biāo)題輸入含有數(shù)字外其他字符的帳號輸入*操作步驟1. 輸入*2. 點擊確定預(yù)期輸出請輸入正確id，請重新輸入測試用例2：測試項目賬號查詢測試標(biāo)題非int類型輸入4.3操作步驟1輸入4.32點擊確定預(yù)期輸出請輸入正確id，請重新輸入測試

12、用例3：測試項目賬號查詢測試標(biāo)題整數(shù)輸入00操作步驟1輸入002點擊確定預(yù)期輸出請輸入正確id，請重新輸入因果圖設(shè)計測試用例規(guī)格說明第一：輸入的帳正確第二：登陸信息表中有記錄第三：是否進(jìn)行游戲 第一、二、三都滿足時查詢該賬號；第一、二滿足時成績表中有記錄，但沒有查詢成績；第一不正確時給出信息“請輸入正確id，重新輸入”，第二不正確時給出信息“成績未錄入”，第三不查詢時結(jié)束3） 分析規(guī)格說明并編號因：第一：輸入的賬號有效 第二：登陸信息表中有記錄 第三：是否進(jìn)行游戲 果：=！ 給出信息“請輸入正確id，重新輸入” = 表中有記錄，但沒有進(jìn)行游戲 = 給出信息“請輸入正確id，重新輸入”= 進(jìn)行游

13、戲 = 結(jié)束4） 畫出的因果圖如下圖所示3聯(lián)系方式姓名學(xué)號手機號溫靜吳萌萌4風(fēng)險及約束由于客觀存在的設(shè)備、網(wǎng)絡(luò)等資源原因，使得測試不全面。由于研發(fā)模式為版本及時更新，且上線時間壓力大，使得測試不充分。只針對專門的客戶群需求的測試。設(shè)計方面：風(fēng)險：(1)沒有詳細(xì)設(shè)計說明書; 解決方案：測試人員要在開發(fā)階段對相關(guān)設(shè)計及需求文檔進(jìn)行分析，對大體模塊功能進(jìn)行分類，分析業(yè)務(wù)邏輯，在不清楚的地方及時與開發(fā)人員溝通。風(fēng)險：(2)沒有統(tǒng)一的界面設(shè)計規(guī)范。 解決方案：與項目負(fù)責(zé)人確認(rèn)測試標(biāo)準(zhǔn)。開發(fā)方面： 風(fēng)險：(1)所有模塊開發(fā)沒有統(tǒng)一設(shè)計，開發(fā)人員有自己的設(shè)計方式; 解決方案：與項目負(fù)責(zé)人確認(rèn)標(biāo)準(zhǔn)方式，與標(biāo)準(zhǔn)

14、方式不一致的地方全部以BUG形式提交。風(fēng)險：(2)需求變更開發(fā)。 解決方案：建議將需求變更形成文檔，對沒有文檔的需求變更，在測試過程中發(fā)現(xiàn)及時與開發(fā)負(fù)責(zé)人確認(rèn)，并存檔相關(guān)變更文檔。測試本身：風(fēng)險：(1)人力資源; 解決方案：保證穩(wěn)定的人員安排。風(fēng)險：(2)硬件資源; 解決方案：事先分析測試所需硬件資源，及時申請，保證測試工作順利進(jìn)行。風(fēng)險：(3)版本控制; 解決方案：嚴(yán)格控制版本，BUG以版本為單位進(jìn)行提交。在測試過程中及BUG確認(rèn)階段禁止任何代碼更新。風(fēng)險：(4)測試時間不足。在測試工作中，主要的風(fēng)險有：一、質(zhì)量需求或產(chǎn)品的特性理解不準(zhǔn)確，造成測試范圍分析的誤差，結(jié)果某些地方始終測試不到或驗

15、證的標(biāo)準(zhǔn)不對;二、測試用例沒有得到百分之百的執(zhí)行，如有些測試用例被有意或無意的遺漏;三、需求的臨時/突然變化，導(dǎo)致設(shè)計的修改和代碼的重寫，測試時間不夠;四、質(zhì)量標(biāo)準(zhǔn)不都是很清晰的，如適用性的測試，仁者見仁、智者見智;五、測試用例設(shè)計不到位，忽視了一些邊界條件、深層次的邏輯、用戶場景等;六、測試環(huán)境，一般不可能和實際運行環(huán)境完全一致，造成測試結(jié)果的誤差;七、有些缺陷出現(xiàn)頻率不是百分之百，不容易被發(fā)現(xiàn);如果代碼質(zhì)量差，軟件缺陷很多，被漏檢的缺陷可能性就大;缺陷分析對本系統(tǒng)測試過程中缺陷分析如表 S1 重要缺陷分析表中詳細(xì)介紹。表 S1 重要缺陷分析表模塊名稱缺陷編號簡要描述分析結(jié)果測試通過（Pas

16、s/Fail）注冊模塊DL001注冊信息輸錯時，系統(tǒng)不提示代碼有誤Fail信息統(tǒng)計TJ001統(tǒng)計圖不實時更新系統(tǒng)漏洞Fail5故障轉(zhuǎn)移和恢復(fù)測試 故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并從硬件、軟件或網(wǎng)絡(luò)等方面的各種故障中進(jìn)行恢復(fù)，這些故障導(dǎo)致數(shù)據(jù)意外丟失或破壞了數(shù)據(jù)的完整性。 故障轉(zhuǎn)移測試可確保：對于必須始終保持運行狀態(tài)的系統(tǒng)來說，如果發(fā)生了故障，那么備選或備份的系統(tǒng)就適當(dāng)?shù)貙l(fā)生故障的系統(tǒng)“接管”過來，而且不會丟失任何數(shù)據(jù)或事務(wù)。 恢復(fù)測試是一種相反的測試流程。其中，將應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模仿的極端條件下），以產(chǎn)生故障，例如設(shè)備輸入/輸出 (I/O) 故障或

17、無效的數(shù)據(jù)庫指針和關(guān)健字。啟用恢復(fù)流程后，將監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，以核實應(yīng)用程序或系統(tǒng)是正確無誤的，或數(shù)據(jù)已得到了恢復(fù)測試目標(biāo)確保恢復(fù)進(jìn)程（手工或自動）將數(shù)據(jù)庫、應(yīng)用程序和系統(tǒng)正確地恢復(fù)到了預(yù)期的已知狀態(tài)。測試中將包括以下各種情況：客戶機斷電服務(wù)器斷電通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的通信中斷數(shù)據(jù)庫指針或關(guān)鍵字無效數(shù)據(jù)庫中的數(shù)據(jù)元素?zé)o效或遭到破壞方法應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務(wù)。一旦達(dá)到預(yù)期的測試起點，就應(yīng)該分別執(zhí)行或模擬以下操作： 客戶機斷電：關(guān)閉 PC 的電源。 服務(wù)器斷電：模擬或啟動服務(wù)器的斷電過程。 通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動網(wǎng)絡(luò)的通信中 斷（實際斷開通信線

18、路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由 器的電源）一旦實現(xiàn)了上述情況（或模擬情況），就應(yīng)該執(zhí)行其他事務(wù)。而且一旦達(dá)到第二個測試點狀態(tài)，就應(yīng)調(diào)用恢復(fù)過程。完成標(biāo)準(zhǔn)在所有上述情況中，應(yīng)用程序、數(shù)據(jù)庫和系統(tǒng)應(yīng)該在恢復(fù)過程完成時立即返回到一個已知的預(yù)期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞，以及表明進(jìn)程或事務(wù)因中斷而未被完成的報表6質(zhì)量目標(biāo)系統(tǒng)能夠正式發(fā)行和BUG的修復(fù)工作。 6.1產(chǎn)品質(zhì)量目標(biāo)軟件質(zhì)量評價說明 軟件的質(zhì)量可以理解為軟件滿足明確的和隱含的要求的能力。軟件工程 產(chǎn)品評價中概述了軟件產(chǎn)品評價的過程，提供了評價需求和指南。其中軟件產(chǎn)品通用的評價過程中進(jìn)行軟件質(zhì)量評價主要的

19、準(zhǔn)備工作包括：制定質(zhì)量模型，選擇度量，建立度量評定等級。測試質(zhì)量目標(biāo)確認(rèn)者（如需說明）測試已實現(xiàn)的產(chǎn)品達(dá)到設(shè)計的要求溫靜產(chǎn)品規(guī)定的操作和運行穩(wěn)定溫靜6.2測試質(zhì)量目標(biāo)軟件的六個品質(zhì)要素：正確性是指當(dāng)軟件在執(zhí)行條件下使用時，軟件產(chǎn)品滿足明確和隱含要求功能的能力?？煽啃允侵冈谥付ǖ臈l件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力。易用性是指在指定條件下使用時，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力。效率是指在規(guī)定條件下，相對于所用資源的數(shù)量，軟件產(chǎn)品可提供適當(dāng)?shù)男阅艿哪芰Α？删S護(hù)性是指軟件產(chǎn)品可被修改的能力。修改可能包括修正、改進(jìn)或軟件適應(yīng)環(huán)境、需求和功能說明中的變化?？梢浦残允侵杠浖囊环N環(huán)境

20、遷移到另一種環(huán)境的能力。評價測試質(zhì)量的目標(biāo)：測試質(zhì)量目標(biāo)確認(rèn)者（如需說明）所有的測試案例已經(jīng)執(zhí)行過吳萌萌所有的自動測試腳本已經(jīng)執(zhí)行通過吳萌萌所有Bug已經(jīng)解決并由測試驗證吳萌萌7測試環(huán)境7.1.1硬件測試環(huán)境機型配置：聯(lián)系小新v1000 屏幕：14英寸分辨率：1366x768CPU主頻：2GHz核心數(shù)：雙核心/四線程顯卡類型：入門級獨立顯卡顯存容量：2GB電池類型：4芯鋰電池續(xù)航時間：視具體使用環(huán)境而定軟件及版本：Windows8.1 7.2測試準(zhǔn)備7.2.1 測試環(huán)境準(zhǔn)備測試環(huán)境=軟件+硬件+網(wǎng)絡(luò)+數(shù)據(jù)準(zhǔn)備+測試工具 測試環(huán)境是指為了完成軟件測試工作所必需的計算機硬件、軟件、網(wǎng)絡(luò)設(shè)備、歷史數(shù)據(jù)的總稱。毫無疑問，穩(wěn)定和可控的測試環(huán)境，可以使測試人員花費較少的時間就完成測試用例的執(zhí)行，也