教務(wù)管理系統(tǒng)測試計(jì)劃

1、第 10 頁軟件測試計(jì)劃說明書§1. 引言1.1. 編寫目的本計(jì)劃是教務(wù)管理系統(tǒng)的總體測試計(jì)劃。目的是說明各種測試階段任務(wù)、人員分配和時(shí)間安排、工作規(guī)范等。也是為以后的測試設(shè)計(jì)、測試開發(fā)、測試執(zhí)行、測試評估有所標(biāo)準(zhǔn)。1.2. 項(xiàng)目背景a本項(xiàng)目的名稱為教務(wù)管理系統(tǒng)；b本項(xiàng)目是由計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院08計(jì)11班郭瓊、王娟、何婷婷、李姣、金歡歡、褚強(qiáng)、孫超為了進(jìn)行軟件測試實(shí)訓(xùn)而進(jìn)行開發(fā)的。1.3. 定義1.3.1.測試用例中的編號功能名+界面名(每個(gè)字第一個(gè)漢語拼音大寫)+編號 例如：登錄 第一個(gè)用例 DL 0001 1.3.2.測試用例文件名命名規(guī)則模塊名+測試用例 例如：學(xué)生模塊 學(xué)生

2、測試用例 1.3.3.黑盒測試 黑盒測試也稱功能測試，它是通過測試來檢測每個(gè)功能是否都能正常使用。在測試中，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進(jìn)行測試。 1.3.4.白盒測試白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。 這一

3、方法是把測試對象看作一個(gè)打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計(jì)或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試，通過在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。1.3.5.靜態(tài)測試靜態(tài)方法是指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。對需求規(guī)格說明書、軟件設(shè)計(jì)說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號執(zhí)行來找錯(cuò)。靜態(tài)方法通過程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測試用例選取提供指導(dǎo)1

4、.3.6.動態(tài)測試動態(tài)方法是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，這種方法由三部分組成：構(gòu)造測試實(shí)例、執(zhí)行程序、分析程序的輸出結(jié)果。1.3.7. 組件功能測試 組建功能測試就是對產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測試用例，逐項(xiàng)測試，檢查產(chǎn)品是否達(dá)到用戶要求的功能。1.3.8.業(yè)務(wù)測試業(yè)務(wù)測試，在單元測試的基礎(chǔ)上，將所有業(yè)務(wù)流程的模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行測試。1.3.9.壓力、容量、性能測試就是將業(yè)務(wù)測試完后的系統(tǒng)進(jìn)行進(jìn)一步的業(yè)務(wù)流程測試，例如：在線人數(shù)和系統(tǒng)反包括：各個(gè)功能點(diǎn)是否以實(shí)現(xiàn)，業(yè)務(wù)流程是否正確。 2.1.2.產(chǎn)品規(guī)

5、定的操作和運(yùn)行穩(wěn)定。例如：進(jìn)行一些評判學(xué)生成績的數(shù)據(jù)庫操作時(shí)，數(shù)據(jù)庫會不會正常運(yùn)行。2.1.3.Bug數(shù)和缺陷率控制在可接收的范圍之內(nèi)。例如：估計(jì)總代碼行數(shù)為6000行 缺陷數(shù)為30個(gè)，那么測試缺陷密度 = 1000 × 30 / 6000 = 5。目標(biāo)是測試缺陷密度小于1。2.1.4.產(chǎn)品可以通過用戶檢測，初步讓客戶滿意。 可以到達(dá)運(yùn)行基本不出BUG，可以正常使用。1.4. 運(yùn)行環(huán)境測試工具：Junit運(yùn)行工具：Myeclipse，Tomcat數(shù) 據(jù) 庫：DB2機(jī)型操作系統(tǒng)CPU內(nèi)存Acer Aspire4520Window7旗艦版Build7600AMD Turion64 X2

6、TL-603GHP Compaq 6535sWindow7旗艦版Build7600AMD Athlon X2 DualCore QL-642GThinkpad R400LinuxUbuntu 10.10Inter(R) Core(TM)2 Duo2GLenove 旭日 C466MLinuxUbuntu 10.04Inter Pentium 雙核 T23903G1.5. 條件與限制首先，本測試計(jì)劃說明書是一個(gè)計(jì)劃說明書，受限于產(chǎn)品開發(fā)人員提交產(chǎn)品測試的內(nèi)容和時(shí)間。根據(jù)開發(fā)人員提交模塊的實(shí)際情況，本計(jì)劃會做出相應(yīng)修改。§2. 計(jì)劃2.1. 測試方案 3.1.1測試模型：W型，測試伴隨著整

7、個(gè)軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、功能和設(shè)計(jì)同樣要測試。3.1.2測試方法：黑盒測試，白盒測試，靜態(tài)測試，動態(tài)測試。2.2. 測試項(xiàng)目3.2.1.組件功能測試 3.2.1.1.易用性： 1):確認(rèn)按鈕要支持回車的快捷方式。 2）:界面要支持鍵盤自動瀏覽按鈕功能，即按Tab鍵、回車鍵的自動切換功能。 3):界面上首先要輸入的和重要信息的控件在Tab順序中應(yīng)當(dāng)靠前,位置也應(yīng)放在窗口上較醒目的位置。4):同一界面上的控件數(shù)目最好不要太多，最好不要超過10個(gè)，多于10個(gè)時(shí)可以考慮使用分頁界面顯示。5):默認(rèn)按鈕要支持Enter及選擇操作，即按Enter后自動執(zhí)行默認(rèn)按鈕對應(yīng)操作。6):

8、可控制項(xiàng)檢測到非法輸入后應(yīng)該給出說明并能自動獲得焦點(diǎn)。7):Tab鍵的順序與控件排列順序要一致，目前流行總體從上到下，同時(shí)行間從左到右的方式。8):界面空間較小時(shí)使用下拉框而不用選項(xiàng)框。9):選項(xiàng)數(shù)較少時(shí)使用選項(xiàng)框，相反使用下拉列表框。3.2.1.2.規(guī)范性： 1):圖標(biāo)能直觀的代表要完成的操作。 2):滾動條的長度要根據(jù)顯示信息的長度或?qū)挾饶芗皶r(shí)變換，以利于用戶了解顯示信息的位置和百分比。3):菜單和狀態(tài)條中通常使用5號字體。工具條一般比菜單要寬，但不要寬的太多，否則看起來很不協(xié)調(diào)。3.2.2.業(yè)務(wù)測試功能測試完成后進(jìn)行業(yè)務(wù)測試，業(yè)務(wù)測試關(guān)注的要點(diǎn)是業(yè)務(wù)流程，及數(shù)據(jù)流從軟件中的一個(gè)模塊流到另

9、一個(gè)模塊的過程中的正確性。3.2.3.壓力、容量、性能測試3.2.3.1. 壓力測試說明 壓力測試根據(jù)實(shí)際情況包含性能測試，重點(diǎn)模擬客戶進(jìn)行多用戶測試。壓力測試有一條8：2原則。及百分之八十的業(yè)務(wù)量在百分之二十的時(shí)間內(nèi)輸入。例如:正常每天有100條新數(shù)據(jù)，測試時(shí)在兩小時(shí)內(nèi)輸入80條數(shù)據(jù)。3.2.3.2.壓力測試方法及標(biāo)準(zhǔn) 設(shè)計(jì)試圖對 Web 服務(wù)進(jìn)行壓力測試的壓力測試系統(tǒng)時(shí)，要讓它們以某種特定的方式運(yùn)行代碼。這些風(fēng)格超越了功能驗(yàn)證，目的是要弄清楚被測試的Web服務(wù)是不是不僅能做我們認(rèn)為它能做的事，而且在被施加了某些高強(qiáng)度壓力的情況下仍然繼續(xù)正常運(yùn)行。壓力測試必須對Web服務(wù)應(yīng)用四個(gè)基本條件：

10、1、重復(fù)： 最明顯的且最容易理解的壓力條件就是測試的重復(fù)。測試的重復(fù)就是一遍又一遍地執(zhí)行個(gè)別操作或功能，比如重復(fù)調(diào)用一個(gè) Web 服務(wù)。功能驗(yàn)證測試可以用來被弄清楚一個(gè)操作能否正常執(zhí)行。而壓力測試將確定一個(gè)操作能否正常執(zhí)行，并且能否繼續(xù)在每次執(zhí)行時(shí)都正常。 2、并發(fā)：并發(fā)是同時(shí)執(zhí)行多個(gè)操作的行為。換句話說，就是在同一時(shí)間執(zhí)行多個(gè)測試。這個(gè)原則不一定適用于所有的產(chǎn)品（比如無狀態(tài)服務(wù)），但是多數(shù)軟件都具有某個(gè)并發(fā)行為或多線程行為元素，這一點(diǎn)只能通過執(zhí)行多個(gè)代碼示例才能測出來壓力測試需要一次模擬多個(gè)客戶機(jī)來進(jìn)行測試。3、量級：壓力系統(tǒng)應(yīng)該應(yīng)用于產(chǎn)品的另一個(gè)條件考慮到了每個(gè)操作中的負(fù)載量。重復(fù)執(zhí)行一個(gè)

11、操作，但是操作自身也要盡量給產(chǎn)品增加負(fù)擔(dān)。例如，一個(gè) Web 服務(wù)允許客戶機(jī)輸入一條消息，可以通過模擬輸入超長消息的客戶機(jī)來使這個(gè)單獨(dú)的操作進(jìn)行高強(qiáng)度的使用。換句話說就是，您增加了這個(gè)操作的量級。這個(gè)量級 總是特定于應(yīng)用的，但是可以通過查找產(chǎn)品的可被用戶計(jì)量和修改的值來確定它 例如，數(shù)據(jù)的大小、延遲的長度、資金數(shù)量的轉(zhuǎn)移、輸入速度以及輸入的變化等等。4、隨機(jī)變化： 任何壓力系統(tǒng)都多多少少具有一些隨機(jī)性。如果隨機(jī)使用前面的壓力原則中介紹的無數(shù)變化形式，就能夠在每次測試運(yùn)行時(shí)應(yīng)用許多不同的代碼路徑。下面是幾個(gè)關(guān)于怎樣在測試生命周期內(nèi)改變測試的示例。使用重復(fù)時(shí)，在重新啟動或重新連接服務(wù)之前，您可以改

12、變重復(fù)操作間的時(shí)間間隔、重復(fù)的次數(shù)，或者也可以改變被重復(fù)的 Web 服務(wù)的順序。使用并發(fā)，您可以改變一起執(zhí)行的 Web 服務(wù)、同一時(shí)間運(yùn)行的 Web 服務(wù)數(shù)目，或者也可以改變關(guān)于是運(yùn)行許多不同的服務(wù)還是運(yùn)行許多同樣的實(shí)例的決定。量級或許是最容易更改的 每次重復(fù)測試時(shí)都可以更改應(yīng)用程序中出現(xiàn)的變量（例如，發(fā)送各種大小的消息或數(shù)字輸入值）。如此反復(fù)，是很好的測試情況。3.2.4.認(rèn)可度和可用性測試 認(rèn)可度和可用性測試，是項(xiàng)目進(jìn)行驗(yàn)收時(shí)的測試。是需求方與開發(fā)項(xiàng)目組共同進(jìn)行業(yè)務(wù)測試和壓力測試等，使得項(xiàng)目能夠成功的被需求方驗(yàn)收。2.3. 測試機(jī)構(gòu)及人員測試團(tuán)隊(duì)：08計(jì)11第一開發(fā)小組測試流程：測試步驟動

13、作負(fù)責(zé)人相關(guān)記錄要求1編譯代碼王娟、何婷婷成功編譯表單確認(rèn)可測試2審核并測試郭瓊、李姣審核編譯表單李姣審核3接受測試金歡歡無金歡歡簽字編譯表單4開始測試褚強(qiáng)、孫超BUG單編寫B(tài)UG單2.4. 測試計(jì)劃及人員分工測試階段開始時(shí)間完成時(shí)間測試人員階段完成標(biāo)志測試環(huán)境準(zhǔn)備2011-06-262011-06-26王娟測試工具安裝完畢文檔測試2011-06-262011-06-26王娟、何婷婷保證文檔有效無誤測試策略2011-06-262011-06-26褚強(qiáng)、孫超完成檢查表，對文檔進(jìn)行分解執(zhí)行測試2011-06-262011-06-26王娟、何婷婷保證文檔有效無誤系統(tǒng)測試2011-06-262011-

14、06-27所有小組人員所有系統(tǒng)測試完畢并進(jìn)行缺陷反饋設(shè)計(jì)測試用例2011-06-262011-06-26褚強(qiáng)、孫超、郭瓊、金歡歡測試用例覆蓋所有功能測試用例review2011-06-262011-06-27郭瓊、金歡歡、李姣確定最終的測試用例執(zhí)行測試2011-06-262011-06-27郭瓊、金歡歡、李姣確定系統(tǒng)的完整認(rèn)可度測試2011-06-272011-06-27王娟、何婷婷系統(tǒng)能滿足需求文檔編寫2011-06-272011-06-27所有小組人員測試總結(jié)報(bào)告 3.4.1測試分工模塊名稱測試人員需求跟蹤王娟、何婷婷數(shù)據(jù)庫維護(hù)金歡歡、李姣環(huán)境維護(hù)郭瓊、褚強(qiáng)安全模塊褚強(qiáng)、孫超討論組模塊王娟

15、、李姣教務(wù)處開設(shè)課程模塊郭瓊、何婷婷教師成績管理模塊金歡歡、孫超用戶登錄模塊褚強(qiáng)、王娟管理員數(shù)據(jù)管理模塊李姣、金歡歡學(xué)生成績查詢模塊何婷婷、孫超管理員人員管理模塊郭瓊§3. 測試項(xiàng)目說明3.1. 測試項(xiàng)目名稱及測試內(nèi)容4.1.1.項(xiàng)目名稱：教務(wù)管理系統(tǒng)4.1.2.測試內(nèi)容： 4.1.2.1.功能測試 1）：登錄功能Ø 用戶是否可以成功登登錄Ø 是否可以區(qū)分不同類別的用戶登錄Ø 錯(cuò)誤密碼是否可以登錄 2）：學(xué)生模塊的查看成績模塊Ø 學(xué)生是否能看到自己的成績Ø 學(xué)生能否越權(quán)看到別人的成績Ø 學(xué)生是否越權(quán)能修改成績 3）：教師的成

16、績評定Ø 教師是否可以評定所教學(xué)生成績Ø 教師是否可以越權(quán)修改成績Ø 教師是否可以越權(quán)評定非自己學(xué)生的成績 4）：教務(wù)處及管理員人員管理Ø 教務(wù)處及管理員是否可以添加用戶Ø 教務(wù)處及管理員是否可以刪除用戶Ø 教務(wù)處及管理員是否可以修改用戶5）：教務(wù)處及管理員課程管理Ø 教務(wù)處及管理員是否可以添加課程Ø 教務(wù)處及管理員是否可以刪除課程Ø 教務(wù)處及管理員是否可以開設(shè)課程Ø 教務(wù)處及管理員是否可以修改課程 6）：管理員的數(shù)據(jù)管理功能Ø 管理員是否可以成功的導(dǎo)入數(shù)據(jù)Ø 管理員是否可以

17、導(dǎo)出數(shù)據(jù)4.1.2.2.業(yè)務(wù)測試 1）：成績管理Ø 教師評判成績是否能和Xs數(shù)據(jù)庫關(guān)聯(lián)Ø 學(xué)生是否能看到成績 2）：課程管理Ø 教務(wù)處添加課程對數(shù)據(jù)庫Kc是否起到關(guān)聯(lián)Ø 教務(wù)處開設(shè)課程是否對數(shù)據(jù)庫Js是否起到關(guān)聯(lián)Ø 教務(wù)處刪除或修改課程是否對數(shù)據(jù)庫Ks和Js起到關(guān)聯(lián) 3）：數(shù)據(jù)管理Ø 管理員導(dǎo)入的數(shù)據(jù)是否可以和數(shù)據(jù)庫關(guān)聯(lián)Ø 管理員導(dǎo)出的數(shù)據(jù)是否是數(shù)據(jù)庫的良好的數(shù)據(jù)3.2. 測試用例3.2.1. 輸入注：這里以學(xué)生登錄為例賬號："學(xué)生"密碼：正確的密碼3.2.2. 輸出登錄該學(xué)生主頁3.2.3. 步驟及操作1、 打開教務(wù)管理系統(tǒng)的首頁2、 選