學生宿舍管理系統(tǒng)測試計劃書

1、8工具8生宿舍管理系統(tǒng)測試計劃書學院：信息工程班級：_學號：_姓名：_1目的.2背景3范圍.4項目標識.25測試需求.25.1數(shù)據(jù)庫設計模塊.25.2用戶信息管理模塊.25.3學生宿舍管理模塊.36測試策略.36.1注冊及登錄測試.36.2修改密碼、查詢信息和刪除用戶信息測試 .37測試類型.37.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試.37.2功能測試.47.3用戶界面測試.57.4性能評價.68工具87.5安全性和訪問控制測試 .77.6配置測試.819資源 .810項目里程碑 .911可交付工件 .912測試模型 .913測試日志 .914缺陷報告 .91目的本測試計劃將要簡要介紹并進一步說明學生宿舍

2、管理系統(tǒng)測試項目的策略 和方法。 學生宿舍管理系統(tǒng)項目人員希望利用這個測試計劃來了解和執(zhí)行測試活 動，并管理完成整個測試的活動。 本文定義可測試的具體職責和活動， 并描述了 使用的測試。2背景由于我國有些學校學生宿舍信息的管理水平比較低， 只停留在紙介質(zhì)的水準 上，這樣的機制很明顯地已不能適應時代的發(fā)展要求， 它浪費了過多的人力及物 力，還存在一些先天缺陷。 在信息時代， 這種傳統(tǒng)的管理方法被以計算機為基礎 的信息管理方法取代已是大勢所趨。歸納起來，學生宿舍管理系統(tǒng)做到一下功能比較合民意：首先，可以存儲歷屆的學生信息，安全、高效； 其次，系統(tǒng)可操作性強，能夠節(jié)省人力，最好只需一到二名信息錄入員

3、； 再次，查找信息速度快、效率高，可以檢索有條件信息； 再其次，為將來學校實現(xiàn)網(wǎng)絡化教育做準備。3范圍本系統(tǒng)共需要測試四個模塊， 分別為：數(shù)據(jù)庫設計模塊、 用戶信息管理模塊、 學生宿舍管理模塊、 統(tǒng)計查詢模塊。 本計劃書主要測試數(shù)據(jù)庫設計模塊、 用戶信 息管理模塊、學生宿舍管理模塊。先用單元測試測試三個模塊的數(shù)據(jù)輸入是否異常； 再用集成測試測試數(shù)據(jù)庫能否與學生管理系統(tǒng)中的數(shù)據(jù)連接，傳遞是否異常；再用系統(tǒng)測試測試整個系統(tǒng)相對于需求的符合度2本次測試主要進行的功能測試有：用戶信息管理模塊和學生宿舍管理模塊能 不能添加及刪除用戶，用戶能不能修改密碼，學生宿舍管理模塊能不能查看個人 信息。性能測試主要

4、有響應時間、并發(fā)用戶數(shù)、吞吐量（單位時間內(nèi)系統(tǒng)處理的客 戶請求的數(shù)量）。4項目標識文檔（版本/日期）已創(chuàng)建或可 用已被接受或已經(jīng)過復 審作者或來 源備注需求規(guī)約是否是否開發(fā)人員用例報告是否是否項目計劃是否是否項目經(jīng)理設計規(guī)約是否是否系統(tǒng)模型是否是否數(shù)據(jù)模型或數(shù)據(jù)流是否是否業(yè)務功能和業(yè)務規(guī) 則是否是否項目或業(yè)務風險評 估是否是否5測試需求高優(yōu)先級：用戶注冊與登錄功能，需要進行功能測試和性能測試; 中優(yōu)先級：修改密碼、刪除信息和查詢信息，需要進行功能測試。5.1數(shù)據(jù)庫設計模塊數(shù)據(jù)庫能與系統(tǒng)數(shù)據(jù)正常連接。5.2用戶信息管理模塊如果是新用戶，能夠通過輸入格式正確的用戶名和密碼注冊成功；注冊成功的用戶輸

5、入正確的用戶名和密碼后能修改密碼和刪除用戶信息5.3學生宿舍管理模塊3如果是新用戶，能夠通過輸入格式正確的用戶名和密碼注冊成功；注冊成功的用戶輸入正確的用戶名和密碼后能修改密碼、查看個人信息和刪 除用戶信息。6測試策略6.1注冊及登錄測試簡要說明：用戶需要登錄使用其注冊用戶名和密碼。測試方法：制定了一套自動化測試，測試的能力，有效用戶登錄注冊的。在 使用無效的用戶id和密碼記錄器的錯誤路徑。能夠滿足1500人同時在線操作計 算機不卡。假設/這個問題的具體特征：身份驗證使用用戶ID和密碼是由外部提供服務，將被調(diào)用。據(jù)推測，這一職能已經(jīng)過徹底測試和支持。我們不會在進入用戶id和密碼的漏洞測試。6.

6、2修改密碼、查詢信息和刪除用戶信息測試簡要說明：成功登錄后，能夠查詢學生信息、修改原密碼和刪除用戶信息。測試方法：制定了一套自動化測試，測試的能力，用戶登錄成功后修改密碼、 查詢信息和刪除用戶信息用的。7測試類型7.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試數(shù)據(jù)與數(shù)據(jù)庫完整測試是指測試關系型數(shù)據(jù)庫完整性原則以及數(shù)據(jù)合理性 測試。數(shù)據(jù)庫完整性原即：主碼完整性：主碼不能為空；外碼完整性：外碼必須等于對應的主碼或者為空。數(shù)據(jù)合理性指數(shù)據(jù)在數(shù)據(jù)庫中的類型，長度，索引等是否建的比較合理。數(shù)據(jù)庫和數(shù)據(jù)庫進程應作為學生宿舍管理系統(tǒng)中的子系統(tǒng)來進行測試。 在測 試這些子系統(tǒng)時，不應將測試對象的用戶界面用作數(shù)據(jù)的接口。 對于數(shù)據(jù)

7、庫管理 系統(tǒng)(DBMS)，還需要進行深入的研究，以確定可以支持以下測試的工具和方法。測試目標：1.確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭 到損壞。技術(shù)：1.調(diào)用各個數(shù)據(jù)庫訪冋方法和進程，并在其中填充有 效的和無效的數(shù)據(jù)(或?qū)?shù)據(jù)的請求)。42.檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預期的方式填充，并且 所有的數(shù)據(jù)庫事件都已正常發(fā)生；或者檢查所返回 的數(shù)據(jù)，確保為正當?shù)睦碛蓹z索到了正確的數(shù)據(jù)完成標準：1.所有的數(shù)據(jù)庫訪問方法和進程都按照設計的方式運 行，數(shù)據(jù)沒有遭到損壞。需考慮的特殊事項：2.測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動程序在數(shù)據(jù)庫 中直接輸入或修改數(shù)據(jù)。3.進程應該以手工方式調(diào)用。4.應使用小型

8、或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來 使所有無法接受的事件具有更大的可視度。7.2功能測試測試對象的功能測試應該側(cè)重于可以被直接追蹤到用例或業(yè)務功能和業(yè)務 規(guī)則的所有測試需求。這些測試的目標在于核實能否正確地接受、處理和檢索數(shù) 據(jù)以及業(yè)務規(guī)則是否正確實施。這種類型的測試基于黑盒方法，即通過圖形用戶 界面（GUI）與應用程序交互并分析輸出結(jié)果來驗證應用程序及其內(nèi)部進程。以 下列出的是每個應用程序推薦的測試方法概要：用戶和學生宿舍管理模塊新用戶能否注冊成功。用戶和學生宿舍管理模塊能否刪除現(xiàn)有用戶信息。用戶和學生宿舍管理模塊能否修改用戶密碼。學生宿舍管理模塊能否查看個人信息。測試目標：1.確保測試對象

9、的功能正常，其中包括導航、數(shù) 據(jù)輸入、處理和檢索等功能。技術(shù)：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、 用例流或功能，以核實以下內(nèi)容：1.在使用有效數(shù)據(jù)時得到預期的結(jié)果。2.在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警 告消息。3.各業(yè)務規(guī)則都得到了正確的應用。完成標準：1.所計劃的測試已全部執(zhí)行。2.所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項：1.確定或說明那些將對功能測試的實施和執(zhí)行 造成影響的事項或因素（內(nèi)部的或外部的）。57.3用戶界面測試通過用戶界面（UI）測試來核實用戶與軟件的交互。UI測試的目標在于確 保用戶界面向用戶提供了適當?shù)脑L問和瀏覽測試對象功能的操作。 除此之外，UI測試還要確保U

10、I功能內(nèi)部的對象符合預期要求，并遵循公司或行業(yè)的標準。測試目標：核實以下內(nèi)容：1.通過測試對象進行的瀏覽可正確反映業(yè)務的 功能和需求，這種瀏覽包括窗口與窗口之間、 字段與字段之間的瀏覽，以及各種訪問方法（Tab健、鼠標移動、和快捷鍵）的使用2.窗口的對象和特征（例如，菜單、大小、位置、 狀態(tài)和中心）都符合標準。技術(shù)：1.為每個窗口創(chuàng)建或修改測試，以核實各個應用 程序窗口和對象都可正確地進行瀏覽，并處于 正常的對象狀態(tài)。完成標準：1.成功地核實出各個窗口都與基準版本保持一 致，或符合可接受標準。需考慮的特殊事項：1.并不是所有定制或第三方對象的特征都可訪 問。7.4性能評價性能評價是一種性能測試

11、，它對響應時間、事務處理速率和其他與時間相關 的需求進行評測和評估。性能評價的目標是核實性能需求是否都已滿足。實施和 執(zhí)行性能評價的目的是將測試對象的性能行為當作條件 （例如工作量或硬件配 置） 的一種函數(shù)來進行評價和微調(diào)。測試目標：核實所指疋的事務或業(yè)務功能在以下情況下的性 能行為：1.正常的預期工作量2.預期的最繁重工作量技術(shù)：1.使用為功能或業(yè)務周期測試制定的測試過程。2.通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修 改腳本來增加每項事務的迭代數(shù)量。3.腳本應該在一臺計算機上運行（最好是以單個 用戶、單個事務為基準），并在多個客戶機（虛 擬的或?qū)嶋H的客戶機，請參見下面的“需要考 慮的特殊事項

12、”）上重復。完成標準：1.單個事務或單個用戶：在每個事務所預期或要:6求的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā) 生任何故障。2.多個事務或多個用戶：在可接受的時間范圍內(nèi) 成功地完成測試腳本，沒有發(fā)生任何故障。1綜合的性能測試還包括在服務器上添加后臺 工作量。2.可采用多種方法來執(zhí)行此操作，其中包括：直接將“事務強行分配到”服務器上，這 通常以“結(jié)構(gòu)化查詢語言”（SQL）調(diào)用的 形式來實現(xiàn)。使用多臺實際客戶機（每臺客戶機都運行 測試腳本）在系統(tǒng)上添加負載。性能測試應該在專用的計算機上或在專用 的機時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精 確的評測。性能測試所用的數(shù)據(jù)庫應該是實際大小或 相同縮放比例的數(shù)據(jù)

13、庫。7.5安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個關鍵方面：應用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務功能的訪問系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠程訪問。應用程序級別的安全性可確保：在預期的安全性情況下，主角只能訪問特定 的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)， 創(chuàng)建新賬戶，但只有經(jīng)理才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性， 測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜畔ⅲòㄘ攧諗?shù)據(jù)），而“用 戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應用程序， 而且只能通過相應的網(wǎng)關來訪問。應用程序級

14、別的安全性: 核實主角只能訪問其所屬用戶類型已被授權(quán) 訪問的那些功能或數(shù)據(jù)。系統(tǒng)級別的安全性：核實 只有具備系統(tǒng)和應用程序訪問權(quán)限的主角才需考慮的特殊事項：測試目標:7能訪問系統(tǒng)和應用程序。技術(shù)：?應用程序級別的安全性：確定并列出各用戶類型及其被授權(quán)訪問的功 能或數(shù)據(jù)。為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶 類型所特有的事務來核實其權(quán)限。修改用戶類型并為相同的用戶重新運行測 試。對于每種用戶類型，確保正確地提供或 拒絕了這些附加的功能或數(shù)據(jù)。?系統(tǒng)級別的訪問：請參見以下的“需考慮的特殊事項”完成標準：各種已知的主角類型都可訪問相應的功能 或數(shù)據(jù)，而且所有事務都按照預期的方式運 行，并在先前的應

15、用程序功能測試中運行了 所有的事務。需考慮的特殊事項：必須與相應的網(wǎng)絡或系統(tǒng)管理員一起對系 統(tǒng)訪問權(quán)進行檢查和討論。由于此測試可能 是網(wǎng)絡管理或系統(tǒng)管理的職能，可能會不需 要執(zhí)行此測試。7.6配置測試配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機工作站、網(wǎng)絡連接和數(shù)據(jù)庫服務器的具體硬件規(guī)格會有所不同。 客戶機工作站可能會安裝不同的軟件，例如，應用程序、驅(qū)動程序等。而且在任 何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。測試目標：核實測試對象可在所需的硬件和軟件配置 中正常運行。8技術(shù)：使用功能測試腳本。在測試過程中或在測試開始之前，打開各種 與非

16、測試對象相關的軟件（例如Microsoft應用程序：Excel和Word），然后將其關 閉。執(zhí)行所選的事務，以模擬主角與測試對象軟 件和非測試對象軟件之間的交互。重復上述步驟，盡量減少客戶機工作站上的9常規(guī)可用內(nèi)存完成標準：對于測試對象軟件和非測試對象軟件的各 種組合，所有事務都成功元成，沒有出現(xiàn)任 何故障。需考慮的特殊事項：需要、可以使用并可以通過桌面訪問哪種非 測試對象軟件？通常使用的是哪些應用程序？應用程序正在運行什么數(shù)據(jù)？例如，在Excel中打開的大型電子表格， 或是在Word中打開的100頁文檔。作為此測試的一部分，應將整個系統(tǒng)、Netware、網(wǎng)絡服務器、數(shù)據(jù)庫等都記錄下 來。8工

17、具性能測試：Rational系列（除了Rational Rose，那是做UML建模的）單元測試：JUn it(JAVA)功能測試：WinRunner壓力測試：LoadR unner9資源測試服務器穩(wěn)定的測試服務器，IP地址為：172.18.20.199人員測試實施人員2名：某某：較強的程序編寫能力，程序測試能力，負責數(shù)據(jù)庫設計模塊、用 戶信息管理模塊、學生宿舍管理模塊測試；高老師：較強的程序編寫能力，程序測試能力，負責統(tǒng)計查詢模塊測試。10項目里程碑對學生宿舍管理系統(tǒng)的測試應包括上面各節(jié)所述的各項測試的測試活動。應該為這些測試確定單獨的項目里程碑，以通知項目的狀態(tài)和成果。1011可交付工件系統(tǒng)規(guī)劃階段：項目標志性事件開始到完成開發(fā)階段：項目開發(fā)計劃