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

學 生 宿 舍 管 理 系 統(tǒng) 測試計劃書 學院： 信息工程 班級： 學號： 姓名： 目 錄1目的22背景23范圍34項目標識35測試需求35.1數(shù)據(jù)庫設計模塊35.2用戶信息管理模塊45.3學生宿舍管理模塊46測試策略46.1注冊及登錄測試46.2修改密碼、查詢信息和刪除用戶信息測試47測試類型47.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試47.2功能測試57.3用戶界面測試57.4性能評價67.5安全性和訪問控制測試77.6配置測試88工具89資源810項目里程碑911可交付工件912測試模型913測試日志914缺陷報告91目的本測試計劃將要簡要介紹并進一步說明學生宿舍管理系統(tǒng)測試項目的策略和方法。學生宿舍管理系統(tǒng)項目人員希望利用這個測試計劃來了解和執(zhí)行測試活動，并管理完成整個測試的活動。本文定義可測試的具體職責和活動，并描述了使用的測試。2背景由于我國有些學校學生宿舍信息的管理水平比較低，只停留在紙介質的水準上，這樣的機制很明顯地已不能適應時代的發(fā)展要求，它浪費了過多的人力及物力，還存在一些先天缺陷。在信息時代，這種傳統(tǒng)的管理方法被以計算機為基礎的信息管理方法取代已是大勢所趨。歸納起來，學生宿舍管理系統(tǒng)做到一下功能比較合民意：首先，可以存儲歷屆的學生信息，安全、高效；其次，系統(tǒng)可操作性強，能夠節(jié)省人力，最好只需一到二名信息錄入員；再次，查找信息速度快、效率高，可以檢索有條件信息；再其次，為將來學校實現(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)相對于需求的符合度.本次測試主要進行的功能測試有：用戶信息管理模塊和學生宿舍管理模塊能不能添加及刪除用戶，用戶能不能修改密碼，學生宿舍管理模塊能不能查看個人信息。性能測試主要有響應時間、并發(fā)用戶數(shù)、吞吐量（單位時間內系統(tǒng)處理的客戶請求的數(shù)量）。4項目標識文檔（版本/日期）已創(chuàng)建或可用已被接受或已經(jīng)過復審作者或來源備注需求規(guī)約 是 o 否 是 o 否開發(fā)人員用例報告o 是 o 否o 是 o 否項目計劃 是 o 否 是 o 否項目經(jīng)理設計規(guī)約o 是 o 否o 是 o 否系統(tǒng)模型 是 o 否o 是 o 否數(shù)據(jù)模型或數(shù)據(jù)流o 是 o 否o 是 o 否業(yè)務功能和業(yè)務規(guī)則o 是 o 否o 是 o 否項目或業(yè)務風險評估o 是 o 否o 是 o 否5測試需求高優(yōu)先級：用戶注冊與登錄功能，需要進行功能測試和性能測試；中優(yōu)先級：修改密碼、刪除信息和查詢信息，需要進行功能測試。5.1數(shù)據(jù)庫設計模塊數(shù)據(jù)庫能與系統(tǒng)數(shù)據(jù)正常連接。5.2用戶信息管理模塊如果是新用戶，能夠通過輸入格式正確的用戶名和密碼注冊成功；注冊成功的用戶輸入正確的用戶名和密碼后能修改密碼和刪除用戶信息。5.3學生宿舍管理模塊如果是新用戶，能夠通過輸入格式正確的用戶名和密碼注冊成功；注冊成功的用戶輸入正確的用戶名和密碼后能修改密碼、查看個人信息和刪除用戶信息。6測試策略6.1注冊及登錄測試簡要說明：用戶需要登錄使用其注冊用戶名和密碼。測試方法：制定了一套自動化測試，測試的能力，有效用戶登錄注冊的。在使用無效的用戶id和密碼記錄器的錯誤路徑。能夠滿足1500人同時在線操作計算機不卡。假設/這個問題的具體特征：身份驗證使用用戶ID和密碼是由外部提供服務，將被調用。據(jù)推測，這一職能已經(jīng)過徹底測試和支持。我們不會在進入用戶id和密碼的漏洞測試。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ù)庫管理系統(tǒng) (DBMS)，還需要進行深入的研究，以確定可以支持以下測試的工具和方法。測試目標：1. 確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞。技術：1. 調用各個數(shù)據(jù)庫訪問方法和進程，并在其中填充有效的和無效的數(shù)據(jù)（或對數(shù)據(jù)的請求）。2. 檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預期的方式填充，并且所有的數(shù)據(jù)庫事件都已正常發(fā)生；或者檢查所返回的數(shù)據(jù)，確保為正當?shù)睦碛蓹z索到了正確的數(shù)據(jù)完成標準：1. 所有的數(shù)據(jù)庫訪問方法和進程都按照設計的方式運行，數(shù)據(jù)沒有遭到損壞。需考慮的特殊事項：2. 測試可能需要 DBMS 開發(fā)環(huán)境或驅動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。3. 進程應該以手工方式調用。4. 應使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的事件具有更大的可視度。7.2功能測試測試對象的功能測試應該側重于可以被直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的所有測試需求。這些測試的目標在于核實能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務規(guī)則是否正確實施。這種類型的測試基于黑盒方法，即通過圖形用戶界面 (GUI) 與應用程序交互并分析輸出結果來驗證應用程序及其內部進程。以下列出的是每個應用程序推薦的測試方法概要：用戶和學生宿舍管理模塊新用戶能否注冊成功。用戶和學生宿舍管理模塊能否刪除現(xiàn)有用戶信息。用戶和學生宿舍管理模塊能否修改用戶密碼。學生宿舍管理模塊能否查看個人信息。測試目標：1. 確保測試對象的功能正常，其中包括導航、數(shù)據(jù)輸入、處理和檢索等功能。技術：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內容：1. 在使用有效數(shù)據(jù)時得到預期的結果。2. 在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。3. 各業(yè)務規(guī)則都得到了正確的應用。完成標準：1. 所計劃的測試已全部執(zhí)行。2. 所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項：1. 確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內部的或外部的）。7.3用戶界面測試通過用戶界面 (UI) 測試來核實用戶與軟件的交互。UI 測試的目標在于確保用戶界面向用戶提供了適當?shù)脑L問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內部的對象符合預期要求，并遵循公司或行業(yè)的標準。測試目標：核實以下內容：1. 通過測試對象進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab 健、鼠標移動、和快捷鍵）的使用2. 窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標準。技術：1. 為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。完成標準：1. 成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準。需考慮的特殊事項：1. 并不是所有定制或第三方對象的特征都可訪問。7.4性能評價性能評價是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評價的目標是核實性能需求是否都已滿足。實施和執(zhí)行性能評價的目的是將測試對象的性能行為當作條件（例如工作量或硬件配置）的一種函數(shù)來進行評價和微調。測試目標：核實所指定的事務或業(yè)務功能在以下情況下的性能 行為：1. 正常的預期工作量2. 預期的最繁重工作量技術：1. 使用為功能或業(yè)務周期測試制定的測試過程。2. 通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事務的迭代數(shù)量。3. 腳本應該在一臺計算機上運行（最好是以單個用戶、單個事務為基準），并在多個客戶機（虛擬的或實際的客戶機，請參見下面的“需要考慮的特殊事項”）上重復。完成標準：1. 單個事務或單個用戶：在每個事務所預期或要求的時間范圍內成功地完成測試腳本，沒有發(fā)生任何故障。2. 多個事務或多個用戶：在可接受的時間范圍內成功地完成測試腳本，沒有發(fā)生任何故障。需考慮的特殊事項：1. 綜合的性能測試還包括在服務器上添加后臺工作量。 2. 可采用多種方法來執(zhí)行此操作，其中包括： l 直接將“事務強行分配到”服務器上，這通常以“結構化查詢語言”(SQL) 調用的形式來實現(xiàn)。l 使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統(tǒng)上添加負載。 l 性能測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。l 性能測試所用的數(shù)據(jù)庫應該是實際大小或相同縮放比例的數(shù)據(jù)庫。7.5安全性和訪問控制測試安全性和訪問控制測試側重于安全性的兩個關鍵方面：應用程序級別的安全性，包括對數(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)訪問權限的用戶才能訪問應用程序，而且只能通過相應的網(wǎng)關來訪問。測試目標： 應用程序級別的安全性：核實主角只能訪問其所屬用戶類型已被授權訪問的那些功能或數(shù)據(jù)。 系統(tǒng)級別的安全性：核實只有具備系統(tǒng)和應用程序訪問權限的主角才能訪問系統(tǒng)和應用程序。技術： 應用程序級別的安全性：確定并列出各用戶類型及其被授權訪問的功能或數(shù)據(jù)。為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務來核實其權限。修改用戶類型并為相同的用戶重新運行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。 系統(tǒng)級別的訪問：請參見以下的“需考慮的特殊事項”完成標準：各種已知的主角類型都可訪問相應的功能或數(shù)據(jù)，而且所有事務都按照預期的方式運行，并在先前的應用程序功能測試中運行了所有的事務。 需考慮的特殊事項：必須與相應的網(wǎng)絡或系統(tǒng)管理員一起對系統(tǒng)訪問權進行檢查和討論。由于此測試可能是網(wǎng)絡管理或系統(tǒng)管理的職能，可能會不需要執(zhí)行此測試。7.6配置測試配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機工作站、網(wǎng)絡連接和數(shù)據(jù)庫服務器的具體硬件規(guī)格會有所不同?？蛻魴C工作站可能會安裝不同的軟件,例如，應用程序、驅動程序等。而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。測試目標：核實測試對象可在所需的硬件和軟件配置中正常運行。技術：使用功能測試腳本。在測試過程中或在測試開始之前，打開各種與非測試對象相關的軟件（例如 Microsoft 應用程序：Excel 和 Word），然后將其關閉。執(zhí)行所選的事務，以模擬主角與測試對象軟件和非測試對象軟件之間的交互。重復上述步驟，盡量減少客戶機工作站上的常規(guī)可用內存。完成標準：對于測試對象軟件和非測試對象軟件的各種組合，所有事務都成功完成，沒有出現(xiàn)任何故障。需考慮的特殊事項：需要、可以使用并可以通過桌面訪問哪種非測試對象軟件？通常使用的是哪些應用程序？應用程序正在運行什么數(shù)據(jù)？例如，在 Excel 中打開的大型電子表格，或是在 Word 中打開的 100 頁文檔。作為此測試的一部分，應將整個系統(tǒng)、Netware、網(wǎng)絡服務器、數(shù)據(jù)庫等都記錄下來。 8工具性能測試：Rational系列（除了Rational Rose，那是做UML建模的）單元測試： JUnit(JAVA)功能測試：WinRunner壓力測試：LoadRunner9資源 測試服務器穩(wěn)定的測試服務器，IP地址為：172.18.20.199。 人員測試實施人員2名：某某：較強的程序編寫能力，程序測試能力，負責數(shù)據(jù)庫設計模塊、用戶信息管理模塊、學生宿舍管理模塊測試；高老師：較強的程序編寫能力，程序測試能力，負責統(tǒng)計查詢模塊測試。10項目里程碑對學生宿舍管理系統(tǒng)的測試應包括上面各節(jié)所述的各項測試的測試活動。應該為這些測試確定單獨的項目里程碑，以通知項目的狀態(tài)和成果。11可交付工件系統(tǒng)規(guī)劃階段： 項目標志性事件 開始到完成開發(fā)階段： 項目開發(fā)計劃書完成 3.22需求分析階