學生宿舍管理系統測試計劃書學院： 信息工程班級： 學號： 姓名： 目錄TOC\o"1-5"\h\z\o"CurrentDocument"1目的 2\o"CurrentDocument"2背景 2\o"CurrentDocument"3范圍 2\o"CurrentDocument"4項目標識 2\o"CurrentDocument"5測試需求 3\o"CurrentDocument"5.1數據庫設計模塊 3\o"CurrentDocument"5.2用戶信息管理模塊 3\o"CurrentDocument"5.3學生宿舍管理模塊 36測試策略 36.1注冊及登錄測試 3\o"CurrentDocument"6.2修改密碼、查詢信息和刪除用戶信息測試 47測試類型 4\o"CurrentDocument"7.1數據和數據庫完整性測試 4\o"CurrentDocument"7.2功能測試 4\o"CurrentDocument"7.3用戶界面測試 5\o"CurrentDocument"7.4性能評價 67.5安全性和訪問控制測試 7\o"CurrentDocument"7.6配置測試 88工具 8\o"CurrentDocument"9資源 8\o"CurrentDocument"10項目里程碑 911可交付工件 912測試模型 9\o"CurrentDocument"13測試日志 9\o"CurrentDocument"14缺陷報告 9

1目的本測試計劃將要簡要介紹并進一步說明學生宿舍管理系統測試項目的策略和方法。 學生宿舍管理系統項目人員希望利用這個測試計劃來了解和執行測試活動， 并管理完成整個測試的活動。本文定義可測試的具體職責和活動，并描述了使用的測試。2背景由于我國有些學校學生宿舍信息的管理水平比較低， 只停留在紙介質的水準上，這樣的機制很明顯地已不能適應時代的發展要求， 它浪費了過多的人力及物力，還存在一些先天缺陷。在信息時代，這種傳統的管理方法被以計算機為基礎的信息管理方法取代已是大勢所趨。歸納起來，學生宿舍管理系統做到一下功能比較合民意：首先，可以存儲歷屆的學生信息，安全、高效；其次，系統可操作性強，能夠節省人力，最好只需一到二名信息錄入員；再次，查找信息速度快、效率高，可以檢索有條件信息；再其次，為將來學校實現網絡化教育做準備。3范圍本系統共需要測試四個模塊，分別為：數據庫設計模塊、 用戶信息管理模塊、學生宿舍管理模塊、統計查詢模塊。本計劃書主要測試數據庫設計模塊、用戶信息管理模塊、學生宿舍管理模塊。先用單元測試測試三個模塊的數據輸入是否異常； 再用集成測試測試數據庫能否與學生管理系統中的數據連接，傳遞是否異常；再用系統測試測試整個系統相對于需求的符合度本次測試主要進行的功能測試有：用戶信息管理模塊和學生宿舍管理模塊能不能添加及刪除用戶，用戶能不能修改密碼，學生宿舍管理模塊能不能查看個人信息。性能測試主要有響應時間、 并發用戶數、吞吐量（單位時間內系統處理的客戶請求的數量）。4項目標識文檔（版本/文檔（版本/日期）需求規約是否 是否開發人員用例報告是否 是否項目計劃設計規約系統模型是 否 是 否是 否 是 否需求規約是否 是否開發人員用例報告是否 是否項目計劃設計規約系統模型是 否 是 否是 否 是 否是否 是否項目經理數據模型或數據流是 否是 否業務功能和業務規則是 否是 否項目或業務風險評估是 否是 否5測試需求高優先級：用戶注冊與登錄功能，需要進行功能測試和性能測試；中優先級：修改密碼、刪除信息和查詢信息，需要進行功能測試。5.1數據庫設計模塊數據庫能與系統數據正常連接。5.2用戶信息管理模塊如果是新用戶，能夠通過輸入格式正確的用戶名和密碼注冊成功；注冊成功的用戶輸入正確的用戶名和密碼后能修改密碼和刪除用戶信息。5.3學生宿舍管理模塊如果是新用戶，能夠通過輸入格式正確的用戶名和密碼注冊成功；注冊成功的用戶輸入正確的用戶名和密碼后能修改密碼、查看個人信息和刪除用戶信息。6測試策略6.1注冊及登錄測試簡要說明：用戶需要登錄使用其注冊用戶名和密碼。測試方法：制定了一套自動化測試，測試的能力，有效用戶登錄注冊的。在使用無效的用戶id和密碼記錄器的錯誤路徑。能夠滿足 1500人同時在線操作計算機不卡。假設/這個問題的具體特征：身份驗證使用用戶ID和密碼是由外部提供服務，將被調用。據推測，這一職能已經過徹底測試和支持。我們不會在進入用戶 id和密碼的漏洞測試。6.2修改密碼、查詢信息和刪除用戶信息測試簡要說明：成功登錄后，能夠查詢學生信息、修改原密碼和刪除用戶信息。測試方法：制定了一套自動化測試,測試的能力，用戶登錄成功后修改密碼、查詢信息測試方法：制定了一套自動化測試,測試的能力，用戶登錄成功后修改密碼、查詢信息和刪除用戶信息用的。7測試類型7.1數據和數據庫完整性測試數據與數據庫完整測試是指測試關系型數據庫完整性原則以及數據合理性測試。數據庫完整性原即：主碼完整性：主碼不能為空；外碼完整性：外碼必須等于對應的主碼或者為空。數據合理性指數據在數據庫中的類型，長度，索引等是否建的比較合理。數據庫和數據庫進程應作為學生宿舍管理系統中的子系統來進行測試。 在測試這些子系統時，不應將測試對象的用戶界面用作數據的接口。對于數據庫管理系統 （DBMS），還需要進行深入的研究，以確定可以支持以下測試的工具和方法。測試目標：1. 確保數據庫訪問方法和進程正常運行，數據不會遭到損壞。技術：1. 調用各個數據庫訪問方法和進程， 并在其中填充有效的和無效的數據（或對數據的請求）。2- 檢查數據庫，確保數據已按預期的方式填充，并且所有的數據庫事件都已正常發生；或者檢查所返回的數據，確保為正當的理由檢索到了正確的數據完成標準：1-所有的數據庫訪問方法和進程都按照設計的方式運行， 數據沒有遭到損壞。需考慮的特殊事項：測試可能需要DBMS開發環境或驅動程序在數據庫中直接輸入或修改數據。進程應該以手工方式調用。4- 應使用小型或最小的數據庫（記錄的數量有限）來使所有無法接受的事件具有更大的可視度。7.2功能測試測試對象的功能測試應該側重于可以被直接追蹤到用例或業務功能和業務規則的所有測試需求。這些測試的目標在于核實能否正確地接受、 處理和檢索數據以及業務規則是否正確實施。這種類型的測試基于黑盒方法，即通過圖形用戶界面 （GUI）與應用程序交互并分析輸出結果來驗證應用程序及其內部進程。以下列出的是每個應用程序推薦的測試方法概要：用戶和學生宿舍管理模塊新用戶能否注冊成功。用戶和學生宿舍管理模塊能否刪除現有用戶信息。用戶和學生宿舍管理模塊能否修改用戶密碼。學生宿舍管理模塊能否查看個人信息。測試目標：1-確保測試對象的功能正常，其中包括導航、處數據輸入、理和檢索等功能。技術：利用有效的和無效的數據來執行各個用例、以 用例流或功能核實以下內容：閂匕，在使用有效數據時得到預期的結果。在使用無效數據時顯示相應的錯誤消息或警告消息。各業務規則都得到了正確的應用。完成標準：所計劃的測試已全部執行。所發現的缺陷已全部解決。需考慮的特殊事項：1. 確定或說明那些將對功能測試的實施和執行造成影響的事項或因素（內部的或外部的）。7.3用戶界面測試通過用戶界面（UI）測試來核實用戶與軟件的交互。UI測試的目標在于確保用戶界面向用戶提供了適當的訪問和瀏覽測試對象功能的操作。除此之外， UI測試還要確保UI功能內部的對象符合預期要求，并遵循公司或行業的標準。測試目標：核實以下內容：通過測試對象進行的瀏覽可正確反映業務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab健、鼠標移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態和中心）都符合標準。技術：1.為每個窗口創建或修改測試， 以核實各個應用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態。

完成標準：1.成功地核實出各個窗口都與基準版本保持一致，可接受標或符合準。需考慮的特殊事項：1.并不是所有定制或第三方對象的特征都可訪問。7.4性能評價性能評價是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評價的目標是核實性能需求是否都已滿足。 實施和執行性能評價的目的是將測試對象的性能行為當作條件（例如工作量或硬件配置）的一種函數來進行評價和微調。測試目標：核實所指定的事務或業務功能在以下情況下的性能 行為：正常的預期工作量預期的最繁重工作量技術：使用為功能或業務周期測試制定的測試過程。通過修改數據文件來增加事務數量，或通過修改腳本來增加每項事務的迭代數量。3-腳本應該在一臺計算機上運行（最好是以單個用戶、單個事務為基準），并在多個客戶機（虛擬的或實際的客戶機，請參見下面的“需要考慮的特殊事項” ）上重復。完成標準：1. 單個事務或單個用戶：在每個事務所預期或要求的時間范圍內成功地完成測試腳本，沒有發生任何故障。2- 多個事務或多個用戶：在可接受的時間范圍內成功地完成測試腳本，沒有發生任何故障。需考慮的特殊事項：1.綜合的性能測試還包括在服務器上添加后臺工作量。2- 可采用多系種方法來執行此操作，其中包括：直接將“事務強行分配到”服務器上，這通常以“結構化查詢語言”（SQL）調用的形式來實現。使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統上添加負載。性能測試應該在專用的計算機上或在專用的機時內執行，以便實現完全的控制和精確的評測。性能測試所用的數據庫應該是實際大小或相同縮放比例的數據庫。/?5安全性和訪問4控制測試安全性和訪問控制測試側重于安全性的兩個關鍵方面:

應用程序級別的安全性，包括對數據或業務功能的訪問系統級別的安全性，包括對系統的登錄或遠程訪問。應用程序級別的安全性可確保：在預期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數據。例如，可能會允許所有人輸入數據，創建新賬戶，但只有經理才能刪除這些數據或賬戶。如果具有數據級別的安全性，測試就可確保“用戶類型一”能夠看到所有客戶信息（包括財務數據），而“用戶二”只能看見同一客戶的統計數據。系統級別的安全性可確保只有具備系統訪問權限的用戶才能訪問應用程序過相應的網關來訪問。而且只能通測試目標:?應用程序級別的安全性：核實主角只能訪問其所屬用戶類型已被授權訪問的那些功能或數據。系統級別的安全性：核實只有具備系統和應用程序訪問權限的主角才能訪問系統和應用程序。技術:?應用程序級別的安全性：確定并列出各用戶類型及其被授權訪問的功應用程序級別的安全性，包括對數據或業務功能的訪問系統級別的安全性，包括對系統的登錄或遠程訪問。應用程序級別的安全性可確保：在預期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數據。例如，可能會允許所有人輸入數據，創建新賬戶，但只有經理才能刪除這些數據或賬戶。如果具有數據級別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜畔ⅲòㄘ攧諗祿?，而“用戶二”只能看見同一客戶的統計數據。系統級別的安全性可確保只有具備系統訪問權限的用戶才能訪問應用程序過相應的網關來訪問。而且只能通測試目標:?應用程序級別的安全性：核實主角只能訪問其所屬用戶類型已被授權訪問的那些功能或數據。系統級別的安全性：核實只有具備系統和應用程序訪問權限的主角才能訪問系統和應用程序。技術:?應用程序級別的安全性：確定并列出各用戶類型及其被授權訪問的功能或數據。為各用戶類型創建測試， 并通過創建各用戶類型所特有的事務來核實其權限。修改用戶類型并為相問的用戶重新運行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數據。系統級別的訪問：請參見以下的“需考慮的特殊事項”完成標準:各種已知的主角類型都可訪問相應的功能或數據完成標準:各種已知的主角類型都可訪問相應的功能或數據且所有事務都按照預期的方式運行， 并在先前的應用程序功能測試中運行了所有的事務。需考慮的特殊事項:必須與相應的網絡或系統管理員一起對系統訪問權進行檢查和討需考慮的特殊事項:論。由于此測試可能是網絡管理或系統管理的職能，可能會不需要執行此測試。7.6配置測試配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數生產環境中客戶機工作站可能會客戶機工作站、網絡連接和數據庫服務器的具體硬件規格會有所不同。客戶機工作站可能會安裝不同的軟件，例如，應用程序、驅動程序等。而且在任何時候，都可能運行許多不同的

軟件組合，從而占用不同的資源。測試目標：核實測試對象可在所需的硬件和軟件配置中正常運行。技術：使用功能測試腳本。在測試過程中或在測試開始之前，打開各種與非測試對象相關的軟件（例如Microsoft應用程序：Excel和Word），然后將其關閉。執行所選的事務，以模擬主角與測試對象軟件和非測試對象軟件之間的交互。重復上述步驟，盡量減少客戶機工作站上的常規可用內存。完成標準：對于測試對象軟件和非測試對象軟件的各種組合，所有事務都成功完成，沒有出現任何故障。需考慮的特殊事項：需要、可以使用并可以通過桌面訪問哪種非測試對象軟件？通常使用的