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

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

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

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

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