1、精選優質文檔-傾情為你奉上2012/3/27考試報名及成績查詢系統測試方案與用例前 言系統已在成功上線，從而的業務信息管理逐步走上了集中管控的道路。由于密集整轉在全市各點展開，從而將會勢必出現業務系統中信息大量增長的態勢。隨著業務系統在生產狀態下日趨穩定、成熟，系統的性能問題也逐步成為了我們關注的焦點：每天大數據量的“沖擊”，系統能穩定在什么樣的性能水平，面臨公司業務增加時，系統能否經受住“考驗”，這些問題需要通過一個完整的性能測試來給出答案。軟件測試主要依據是被試系統的研制任務書和技術規格書，是對軟件整體功能和性能的綜合測試與評估。測試原理是軟件測試活動的理論基礎，測試方法是測原理的實際應用

2、和獲得測試數據的手段。基于軟件的共性，對于軟件的測試要遵循一般軟件的測試原理和方法。同時，針對軟件的特性，找到合適的測試方法。測試用例的合理性對于軟件的測試與評估具有關鍵作用。另一方面，軟件運行環境的復雜程度對軟件評估具有重要作用，所以應產生盡量逼真的運行背景以便于研究。目 錄前言2測試方案第一章 普通話等級考試報名及成績查詢系統性能測試概述51.1 被測系統定義51.1.1 功能簡介51.1.2 性能測試指標51.2 系統結構及流程61.2.1 系統總體結構6 1.2.2 功能模塊61.3 性能測試環境7第二章 性能測試72.1 壓力測試72.1.1壓力測試概述72.1.2測試目的72.2

3、正確性測試82.3 容錯性（健壯性）測試82.4 完整（安全）性測試82.5 接口間測試82.6 數據庫測試82.7 錯誤推測82.8 效率82.9 可理解（操作）性82.10 可移植性82.11 回歸測試92.12 比較測試9第三章 預計測試過程及結果描述93.1 測試描述93.2 測試場景93.3 測試結果10測試用例第四章 目的12第五章 項目概要12第六章 項目簡介126.1 設計目的126.1.1開發環境126.1.2程序功能12測試方案第一章 普通話等級考試報名及成績查詢系統性能測試概述1.1. 被測系統定義普通話等級考試報名及成績查詢系統作為本次測試的被測系統（注：以下所有針對被

4、測系統地描述均為針對普通話等級考試報名及成績查詢系統進行的），普通話等級考試報名及成績查詢系統是由C#編寫的網頁系統，后臺應用了SQL sever 2005數據庫，該系統包括主要功能有: 普通話等級考試報名及成績查詢等，在本次測試中，將針對這些大數據量的查詢、統計功能進行壓力測試，檢查并評估在模擬環境中，系統對負載的承受能力，在不同的用戶連接情況下，系統的負載能力和響應能力，以及在預計的數據容量中，系統能夠容忍的最大用戶數。1.1.1. 功能簡介支持考生信息的輸入，管理。考生可以登錄自己的賬戶進行考試報名以及報名信息、成績查詢等。能夠統計考試報名信息，進行管理錄入。創建考試數據庫，并且可以進行

5、數據管理、修改、添加等。包括對考生報名信息限制的操作管理功能。1.1.2 性能測試指標本次測試是針對普通話等級考試報名及成績查詢系統在應對密集整轉的大壓力下而進行的，主要需要獲得如下的測試指標。1、應用系統的負載能力：即系統所能容忍的最大用戶數量，也就是在正常的響應時間中，系統能夠支持的最多的客戶端的數量。2、系統的響應能力：即在各種負載壓力情況下，系統的響應時間，也就是從客戶端請求發起，到服務器端應答返回所需要的時間，包括網絡傳輸時間和服務器處理時間。3、應用系統的可靠性：即在連續工作時間狀態下，系統能夠正常運行的時間，即在連續工作時間段內沒有出錯信息。1.2. 系統結構及流程普通話等級考試

6、報名及成績查詢系統在實際生產中的體系結構跟本次性能測試所采用的體系結構是一樣的，交易流程也是一致的。不過，由于硬件條件的限制，本次性能測試的硬件平臺跟實際生產環境略有不同。1.2.1 系統總體結構描述本系統的總體結構，包括：硬件組織體系結構、網絡組織體系結構、軟件組織體系結構和功能模塊的組織體系結構。1.2.2 功能模塊1 本次性能測試中各類操作都是由若干功能模塊組成的，每個功能都根據其執行特點分成了若干操作步驟，每個步驟就是一個功能點（即功能模塊）。2 本系統的功能模塊包括：考生注冊、信息確認、考生登錄、考試報名、成績查詢、學生信息修改、信息管理。功能模塊分布如下圖所示：1.3. 性能測試環

7、境本次性能測試環境與真實運行環境硬件和網絡環境有所不同，是真實環境的縮小，數據庫是真實環境數據庫的一個復制（或縮小），本系統采用標準的CS結構，客戶端通過前臺安裝訪問應用系統。 其中具體的環境如下：中間服務器：Internet ExplorerØ 操作系統： Windows 7/Windows xpØ 網絡環境： LAN（10M）Ø 數據庫：sql server2005Ø 客戶端： PC （Windows）第二章 性能測試從廣泛意義上講性能測試包括：壓力測試、穩定性測試、負載能力測試和可擴展性測試等。在不同應用系統的性能測試中，需要根據應用系統的特點和測

8、試目的的不同來選擇具體的測試方案，本次普通話等級考試報名及成績查詢系統的性能測試主要是采用通常的壓力測試模式來執行的，即：逐步增加壓力，查看應用系統在各種壓力狀況下的性能表現。在本次性能測試中，將使用美科利（Mercury）公司的性能測試LoadRunner8.1對測試應用的各層進行監控，判斷J2EE各層次的各類方法和類的調用使用時間和效率，并幫助開發人員分析J2EE應用的各類操作的性能瓶頸點。2.1 壓力測試在性能測試中，壓力測試主要是為了獲取系統在較大壓力狀況下的性能表現而設計并實現的，壓力測試主要是獲取系統的性能瓶頸和系統的最大吞吐率。2.1.1壓力測試概述本次測試是針對普通話等級考試報

9、名及成績查詢系統在應對密集整轉的壓力下業務處理能力的測試，檢驗系統的吞吐率。本系統的壓力測試主要是針對主要業務功能、報表統計進行，檢查在日間應用高峰時期，并發用戶數較多的時候的處理能力等等。2.1.2測試目的壓力測試的目的就是檢驗系統的最大吞吐量，檢驗現行的業務系統在各種壓力交易量下的運行狀況，檢驗系統地運行瓶頸，獲取系統的處理能力等等。本次針對普通話等級考試報名及成績查詢系統所進行的壓力測試的測試目的為：² 給出普通話等級考試報名及成績查詢系統當前的性能狀況² 定位普通話等級考試報名及成績查詢系統性能瓶頸或潛在性能瓶頸總結一套合理的、可操作的、適合公司現實情況的性能測試方

10、案，為后續的性能測試工作提供基本思路。2.2 正確性測試 輸入用戶實際相關數據以驗證系統是滿足需求規格說明書的要求；測試用例中的測試點應首先保證要至少覆蓋需求規格說明書中的各項功能，并且正常。取某些特例進行檢測，看是否能出現預期的效果。2.3 容錯性（健壯性）測試程序能夠接收正確數據輸入并且產生正確（預期）的輸出， 輸入非法數據（非法類型、不符合要求的數據、溢出數據等），程序應能給出提示并進行相應處理。把自己想象成一名對產品操作一點也不懂的客戶，在進行任意操作。增大系統適用范圍。2.4 完整（安全）性測試：對未經授權的人使用軟件系統或數據的企圖，系統能夠控制的程度，程序的數據處理能夠保持外部信

11、息（數據庫或文件）的完整與安全。2.5 接口間測試：接口間測試：測試各個模塊相互間的協調和通信情況，數據輸入輸出的一致性和正確性。2.6 數據庫測試：依據數據庫設計規范對軟件系統的數據庫結構、數據表及其之間數據調用關系進行測試。2.7 錯誤推測：主要是根據測試經驗和直覺，參照以往的軟件系統出現錯誤之處。2.8 效率：完成預定的功能，系統的運行時間（主要是針對數據庫而言）。2.9 可理解（操作）性：理解和使用該系統的難易程度（界面友好性）。2.10 可移植性：在不同操作系統及硬件配置情況下的運行性。2.11 回歸測試：按照測試用例將所有的測試點測試完畢，測試中發現的問題開發人員已經解決，進行下一

12、輪的測試。2.12 比較測試：將已經發版的類似產品或原有的老產品與測試的產品同時運行比較，或與已往的測試結果比較。第三章 預計測試過程及結果描述3.1 測試描述根據系統特性與共性準備測試數據，在測試數據準備完備以后，由測試人員進行測試。并由測試人員記錄每次測試的結果，分析測試結果對系統進行全面評估以及做出相關改進。3.2 測試場景 先進行一些簡單的數據錄入、管理、修改及輸出測試。采用一些原本該受限制不可用的數據進行檢測，觀察是否能得出預想的結果。參照其他類似系統會出現的問題或在設計過程中認為可能出現的問題對該系統進行檢測，觀察結果，是否符合要求。進行一些正常操作，記錄系統反應時間，計算系統運行

13、速率。觀察操作界面是否足夠人性化，在相關操作進行時能否出現相關提示。測試中，使用逐步加壓的模式，測試運行場景安排如下：1. 每隔2秒增加1個用戶連接，最多增加到100個用戶，查看并記錄運行情況2. 每隔2秒增加2個用戶連接，最多增加到200個用戶，查看并記錄運行情況3. 每隔2秒增加1個用戶連接，最多增加到300個用戶，查看并記錄運行情況4. 每隔3秒增加1個用戶連接，最多增加到400個用戶，查看并記錄運行情況每個場景都包括：用戶登錄-業務操作-業務完成-退出系統，所有用例都按以上場景進行測試，由于pc性能限制，為了更準確模擬現場環境，將運行的所有腳本部署在8臺LoadRunner終端上，主要

14、目的就是檢查在不同的壓力的情況下，業務系統的性能表現。按照測試用例進行測試完畢進行相關修改后再進行下一輪測試。3.3 測試結果將測試得出的數據與原來預想的數據進行對比，尋找差距，從中分析出錯原因，與上述所需要做的性能測試一一對照，尋找可能出現的相關問題，再想辦法解決。測試結果記錄為一下相關數據：測試中完成各操作的平均響應時間：（單位：秒）測試中每秒的點擊率如下：交易的吞吐率（每秒處理數據量）：可運行的并發用戶數目： 測試用例變更履歷序號維護人維護類型維護日期維護原因維護內容12345678910111213專心-專注-專業第四章 目的檢查系統是否穩定，是否能夠執行。檢測錯誤所在。第五章 項目概要項目名稱考試報名及成績查詢系統項目版本001項目負責人測試人員測試工程師第七章 項目簡介6.1 設計目的： 根據業務需求、功能需求、用戶需求以及其他非功能性需求，編寫需求分析報告 實現普通話考試報名所需信息的錄入。 設計相關程序實現簡單明了的登錄界面，易于使用者操作。 進一步掌握