學生信息管理系統(tǒng)軟件測試計劃書

目錄TOC\o"1-5"\h\z\o"CurrentDocument"引言 11X 目的 1\o"CurrentDocument"背景 1\o"CurrentDocument"范圍 1\o"CurrentDocument"定義 1\o"CurrentDocument"參考資料 1\o"CurrentDocument"測試內(nèi)容 2&測試規(guī)則 2翕 進入準則 2\o"CurrentDocument"暫停/退出準則 2\o"CurrentDocument"測試方法 2\o"CurrentDocument"3A 當完成模塊測試后進行整個系統(tǒng)的功能測試測試手段 3\o"CurrentDocument"3.5. 測試要點 3\o"CurrentDocument"3A 測試工具 3\o"CurrentDocument"測試環(huán)境 4\o"CurrentDocument"硬件環(huán)境 4空軟件環(huán)境 4\o"CurrentDocument"安全性環(huán)境要求 4\o"CurrentDocument"項目任務 4\o"CurrentDocument"測試規(guī)戈U 4\o"CurrentDocument"測試設計 5\o"CurrentDocument"5A 測試執(zhí)行準備 6\o"CurrentDocument"測試執(zhí)行 65A 測試總結(jié) 6\o"CurrentDocument"實施計劃 6\o"CurrentDocument"6.1. 工作量估計 6保 人員需求及安排 7\o"CurrentDocument"進度安排 7\o"CurrentDocument"可交付工件 7\o"CurrentDocument"風險管理 7引言目的測試學生信息管理系統(tǒng)中的各個功能模塊是否滿足用戶要求，并測試是否存bug。預期達到能夠使系統(tǒng)進行快速的改進和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件的錯誤。背景a. 本項目測試的背景；學生信息管理系統(tǒng)是一個教育單位不可缺少的部分它的內(nèi)容對于決策者和管理者來說都至關(guān)重要，所以學生信息管理系統(tǒng)應該能夠為用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統(tǒng)人工的方式管理文件檔案，這種管理方式存在著許多缺點如:效率低、保密性差,另外時間一長，將產(chǎn)生大量的文件和數(shù)據(jù)，這對于查找、更新和維護都帶來了不少的困難。而計算機的應用便解決了以上問題，它帶來更加科學，有效，正規(guī)的管理方式，給人們帶來了很大的便利。學生信息管理系統(tǒng)界面簡潔，操作簡單，滿足了學校對學生信息管理的需要。b. 該開發(fā)項目的歷史，列出用戶和執(zhí)行此項目測試的機構(gòu)或人群該項目前后經(jīng)歷了三個階段，前期設計階段，然后是開發(fā)階段，最后是軟件的測試階段。項目的用戶針對的是學校的廣大學生和管理員，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進行測試。范圍學生信息管理系統(tǒng)試采用的是黑盒測試的方式來對系統(tǒng)進行測試。主要測試軟件的功能是否滿足客戶的需要，性能是否優(yōu)越以及系統(tǒng)所存在的問題。對系統(tǒng)的各個模塊進行詳細的測試，并記錄測試的結(jié)果，對測試的結(jié)果進行細致的分析處理。測試時對系統(tǒng)的各個功能模塊進行拆分測試，并以每一個模塊都要測試到。對所有可能的結(jié)果進行測試，以及測試過程中存在的問題進行分析，然后提交測試的記錄。最后，對軟件存在的問題以及性能的測試進行全面分析，并給予記錄。在測試的過程中需要提出各個問題的假設，以及根據(jù)需求報告文檔中存在的項目功能模塊和用戶的需求來改善系統(tǒng)。列出可能會影響測試設計、開發(fā)、或?qū)嵤┑乃酗L險或意外事件。列出可能會影響測試設計、開發(fā)或?qū)嵤┑乃屑s束。定義信息（Information）：有關(guān)學生個人的詳細數(shù)據(jù)，如姓名、性別、家庭住址等管理（Manage）:對學生信息進行操作，如增刪改查等基本功能統(tǒng)計（Account）：對學生信息的統(tǒng)計，如人數(shù)等參考資料列出編寫本計劃及測試整個過程中所要參考的文件、資料。編號 資料名稱《軟件測試入門與1 提高》《軟件測試基礎(chǔ)教2 程》《軟件測試自動化

的引入和應用》作者編號 資料名稱《軟件測試入門與1 提高》《軟件測試基礎(chǔ)教2 程》《軟件測試自動化

的引入和應用》作者張成明劉建宇李剛?cè)掌?出版單位2008.6 清華大學出版社2007.3郵電大學出版社2004.4機械工業(yè)出版社列出編寫本計劃時需查閱的Intenet上雜志、專業(yè)著作、技術(shù)標準。查閱內(nèi)容網(wǎng)點地址簡介軟件測試工具測試軟件性能軟件測試工具ITPUB測試軟件的執(zhí)行效率測試內(nèi)容下表列出了學生信息管理系統(tǒng)的測試需求，并對其進行了優(yōu)先級定義:子系統(tǒng)名稱模塊名稱測試點優(yōu)先級說明成績管理增加成績學號0不能自動編號姓名1長度沒有限制學期0應該是一個時間段而不是時間點點擊空白處0直接出錯，然后關(guān)閉系統(tǒng)添加按鈕0添加完成績之后不能及時刷新，就不能很快的知道是否真的添加成功成績查詢界面2操作起來不夠方便，查詢條件不具體。測試規(guī)則進入準則首先在系統(tǒng)中配置ODBC:控制版板--＞ODBC---＞選系統(tǒng)dns---＞選accessmdb---＞其中數(shù)據(jù)源名”信息”，點擊”選擇”按鈕，選你的程序目錄中的”信息.mdb”的文件---＞確定.另外安裝vb6.0企業(yè)版開發(fā)系統(tǒng)。使用賬戶登錄系統(tǒng)來完成各個功能的測試。暫停/退出準則軟件系統(tǒng)在進行單元、集成、確認、系統(tǒng)、安裝、驗收測試時，發(fā)現(xiàn)一級錯誤（大于等于1）、二級錯誤（大于等于2）暫停測試返回開發(fā)。軟件系統(tǒng)經(jīng)過單元、集成、確認、系統(tǒng)、安裝、驗收測試，分別達到單元、集成、確認、系統(tǒng)、安裝、驗收測試停止標準。軟件系統(tǒng)通過驗收測試，并已得出驗收測試結(jié)論。軟件項目需暫停以進行調(diào)整時，測試應隨之暫停，并備份暫停點數(shù)據(jù)。軟件項目在其開發(fā)生命周期內(nèi)出現(xiàn)重大估算，進度偏差，需暫?；蚪K止時，測試應隨之暫停或終止，并備份暫?；蚪K止點數(shù)據(jù)測試方法本次測試運用黑盒測試方法，對學生管理系統(tǒng)進行測試。首先，進行對功能模塊進行劃分，明確功能測試的人員負責情況。其次對各個模塊進行測試。黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因一果圖、錯誤推測等，主要用于軟件確認測試。黑盒測試著力于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進行測試。“黑盒法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。當完成模塊測試后進行整個系統(tǒng)的功能測試測試手段路徑測試(pathtesting)。一條路徑包含測試員所執(zhí)行的所有步驟，或程序為了得到正確狀態(tài)所通過的所有語句。路徑測試包括測試通過程序的很多路徑。通過非平凡程序的所有路徑是不可能的。因此，有些測試員進行子路徑測試(subpathtesting),測試很多部分路徑。、語句與分支覆蓋率(statementandbranchcoverage)o如果測試執(zhí)行了程序中的所有語句(或代碼行)，則達到100%的語句覆蓋率。如果執(zhí)行了所有語句和一個語句到另一個語句之間的所有分支，則達到100%的語句和分支覆蓋率。設計自己的測試,達到高的語句與分支覆蓋率，有時叫做“基于覆蓋率的測試(coverage-basedtesting)”。(達到覆蓋率目標后,可以停止測試，或停止設計更多的測試)。把它叫做語句與分支覆蓋率，是為了與關(guān)注其他類型覆蓋率的測試相區(qū)別。配置覆蓋率就是一個很好例子，這種手段執(zhí)行同一條語句很多次，但是潛在產(chǎn)生非常不同的結(jié)果。配置覆蓋率(configurationcoverage)。如果必須測試100臺打印饑的兼容性，并且已經(jīng)測試了10臺，就達到10%的打印機覆蓋率。更一般地，配置覆蓋率度量測試員已經(jīng)運行(并且程序已經(jīng)通過)的配置測試占計劃運行的配置測試總數(shù)的百分比。基于規(guī)格說明的測試(specification-basedtesting)。這種測試關(guān)注驗證在規(guī)格說明中所做的有關(guān)產(chǎn)品的每個事實聲明。(事實聲明是可以用真或假表示的任何語句。)常常包括手冊、市場開發(fā)文檔或廣告、技術(shù)支持人員寄給客戶的印刷品中的所有聲明?；谛枨蟮臏y試(requirements-basedtesting)。測試關(guān)注證明程序滿足需求文檔中的所有需求(或關(guān)注逐個需求地證明某個需求沒有被滿足。)組合測試(combinationtesting)。相互組合測試兩個或更多變量。本章最后的“測試手段附錄”還要討論這個問題。組合測試很重要，但是很多測試員對這種測試研究得還很不夠。測試要點主要測試系統(tǒng)的功能是否符合客戶要求，各個模塊之間的銜接程度是否順暢，并測試軟件是否存在缺陷和漏洞。測試工具負載壓力測試工具這類測試工具的主要目的是度量應用系統(tǒng)的可擴展性和性能，是一種預測系統(tǒng)行為和性能的自動化測試工具。在實施并發(fā)負載過程中，通過實時性能監(jiān)測來確認和查找問題，并針對所發(fā)現(xiàn)問題對系統(tǒng)性能進行優(yōu)化，確保應用的成功部署。負載壓力測試工具能夠?qū)φ麄€企業(yè)架構(gòu)進行測試，通過這些測試，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。功能測試工具通過自動錄制、檢測和回放用戶的應用操作，將被測系統(tǒng)的輸出記錄同預先給定的標準結(jié)果比較，功能測試工具能夠有效地幫助測試人員對復雜的企業(yè)級應用的不同發(fā)布版本的功能進行測試，提高測試人員的工作效率和質(zhì)量。其主要目的是檢測應用程序是否能夠達到預期的功能并正常運行。測試管理工具一般而言，測試管理工具對測試需求、測試計劃、測試用例、測試實施進行管理，并且測試管理工具還包括對缺陷的跟蹤管理。測試管理工具能讓測試人員、開發(fā)人員或其他的IT人員通過一個中央數(shù)據(jù)倉庫，在不同地方就能交互信息。測試環(huán)境硬件環(huán)境1＞處理器：IntelPentium166MX或更高2＞內(nèi)存：32MB以上3＞硬盤空間：1GB以上4＞顯卡：SVGA顯示適配器軟件環(huán)境vb6.0企業(yè)版開發(fā)系統(tǒng)安全性環(huán)境要求操作系統(tǒng)的安全性，測試工具的安全性，測試軟件的安全性。項目任務以下是測試學生信息管理系統(tǒng)時與測試有關(guān)的任務：測試規(guī)劃響應時間我把“響應時間”的概念確定為“對請求作出響應所需要的時間”把響應時間作、為用戶視角的軟件性能的主要體現(xiàn)。響應時間劃分為“呈現(xiàn)時間”和“系統(tǒng)響應時間”兩個部分。并發(fā)用戶數(shù)我把“并發(fā)用戶數(shù)”與“同時在線數(shù)”進行區(qū)別對待，我的“并發(fā)用戶數(shù)”的標準是：并發(fā)用戶數(shù)取決于測試對象的目標業(yè)務場景，因此，在確定這個“并發(fā)用戶數(shù)”前，必須（必要）先對用戶的業(yè)務進行分解、分析出典型的業(yè)務場景（也就是用戶最常使用、最關(guān)注的業(yè)務操作）然后基于場景采用某些方法（有多種計算并發(fā)用戶數(shù)的數(shù)學模型與公式）獲得“并發(fā)用戶數(shù)”。這樣做的原因是：假設一個應用系統(tǒng)、最高峰有500人同時在線、但這500人卻不是并發(fā)用戶數(shù)、因為假設在一個時間點上、有50%的人在填寫復雜的表格（填寫表格動作對服務器沒有任何負擔、只有在“提交”動作的時候才會對服務器系統(tǒng)構(gòu)成壓力）、有40%的人在不停的從一個頁面跳轉(zhuǎn)到另外一個頁面（不停發(fā)出請求與回應、產(chǎn)生服務器壓力）、還有10%的人掛在線上，沒有任何操作在發(fā)呆：）（沒有對服務器構(gòu)成壓力的動作）。因此只有那40%的人真正對服務器產(chǎn)生了壓力，從這里例子可以看出、并發(fā)用戶數(shù)關(guān)心的是不但是業(yè)務并發(fā)用戶數(shù)、還取決于業(yè)務邏輯、業(yè)務場景。因此我們需要本文第六部分性能測試文檔4、5、6。吞吐量我把吞吐量定義為“單位時間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量”直接體現(xiàn)軟件系統(tǒng)的性能承載能力，對于交互式應用系統(tǒng)來說、吞吐量反映的是服務器承受的壓力、在容量規(guī)劃的測試中、吞吐量是一個重要指標、它不但反映在中間件、數(shù)據(jù)庫上、更加體現(xiàn)在硬件上。我們在以下方面利用這個指標：（1） 用來協(xié)助設計性能測試場景，衡量性能測試是否達到了預計的設計目標、比如J2EE應用系統(tǒng)的連接池、數(shù)據(jù)庫事務發(fā)生頻率、事務發(fā)生次數(shù)。（2） 用來協(xié)助分析性能瓶頸、參照本文第二部分總的RBI方法。性能計數(shù)器性能計數(shù)器式描述服務器或操作系統(tǒng)性能的一些數(shù)據(jù)指標、例如對WINDOWS來說使用內(nèi)存數(shù)、CPU使用率、進程時間等都是常見的計數(shù)器。對于性能計數(shù)器這個指標來說、需要考慮到的不但有硬件計數(shù)器、web服務器計數(shù)器、Weblogic服務器計數(shù)器、Servlet性能計數(shù)器、EJB2的性能計數(shù)器、JSF性能計數(shù)器、JMS性能計數(shù)器。找到這些指標是使用性能計數(shù)器的第一步、關(guān)鍵是找到性能瓶頸、確定系統(tǒng)閥值、提供優(yōu)化建議才是性能計數(shù)器使用的關(guān)鍵。性能計數(shù)器復雜而繁多、與代碼上下文環(huán)境、系統(tǒng)配置情況、系統(tǒng)架構(gòu)、開發(fā)方式、使用到的規(guī)范實現(xiàn)、工具、類庫版本都有緊密的聯(lián)系、在此不作贅述。5,思考時間我把思考時間確定為“休眠時間”。從業(yè)務系統(tǒng)的角度來說，這個時間指的是用戶在驚醒操作時、每個請求之間的時間間隔、從自動化測試的角度來說、要真實的測試模擬用戶操作、就必須在測試腳本中讓各個操作之間等待一段時間、體現(xiàn)在腳本上就是在操作之間放置一個Think的函數(shù)，體現(xiàn)為腳本中兩個請求語句之間的間隔時間、不同的測試工具提供了不同的函數(shù)或方法來實現(xiàn)思考時間、比如HPLoadRuner和IBMRationalPerformanceTester的方式就完全不同。測試設計用戶層：主要是面向產(chǎn)品最終的使用操作者的測試。這里重點突出的是在操作者角度上，測試系統(tǒng)對用戶支持的情況，用戶界面的規(guī)范性、友好性、可操作性，以及數(shù)據(jù)的安全性。主要包括：用戶手冊、使用幫助、支持客戶的其他產(chǎn)品技術(shù)手冊是否正確、是否易于理解、是否人性化。用戶界面測試在確保用戶界面能夠通過測試對象控件或入口得到相應訪問的情況下，測試用戶界面的風格是否滿足用戶要求，例如：界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好。可維護性測試可維護性是系統(tǒng)軟、硬件實施和維護功能的方便性。目的是降低維護功能對系統(tǒng)正常運行帶來的影響。例如：對支持遠程維護系統(tǒng)的功能或工具的測試。安全性測試這里的安全性主要包括了兩部分：數(shù)據(jù)的安全性和操作的安全性。核實只有規(guī)格規(guī)定的數(shù)據(jù)才可以訪問系統(tǒng)，其他不符合規(guī)格的數(shù)據(jù)不能夠訪問系統(tǒng);核實只有規(guī)格規(guī)定的操作權(quán)限才可以訪問系統(tǒng)，其他不符合規(guī)格的操作權(quán)限不能夠訪問系統(tǒng)；應用層：針對產(chǎn)品工程應用或行業(yè)應用的測試。重點站在系統(tǒng)應用的角度，模擬實際應用環(huán)境，對系統(tǒng)的兼容性、可靠性、性能等進行的測試。系統(tǒng)性能測試針對整個系統(tǒng)的測試，包含并發(fā)性能測試、負載測試、壓力測試、強度測試、破壞性測試。并發(fā)性能測試是評估系統(tǒng)交易或業(yè)務在漸增式并發(fā)情況下處理瓶頸以及能夠接收業(yè)務的性能過程；強度測試是在資源情況低的情況下，找出因資源不足或資源爭用而導致的錯誤；破壞性測試重點關(guān)注超出系統(tǒng)正常負荷N倍情況下，錯誤出現(xiàn)狀態(tài)和出現(xiàn)比率以及錯誤的恢復能力。系統(tǒng)可靠性、穩(wěn)定性測試一定負荷的長期使用環(huán)境下，系統(tǒng)可靠性、穩(wěn)定性。系統(tǒng)兼容性測試系統(tǒng)中軟件與各種硬件設備兼容性，與操作系統(tǒng)兼容性、與支撐軟件的兼容性。系統(tǒng)組網(wǎng)測試組網(wǎng)環(huán)境下，系統(tǒng)軟件對接入設備的支持情況。包括功能實現(xiàn)及群集性能。系統(tǒng)安裝升級測試安裝測試的目的是確保該軟件在正常和異常的不同情況下進行安裝時都能按預期目標來處理。例如，正常情況下，第一次安裝或升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。還有一個目的是核實軟件在安裝后可立即正常運行。另外對安裝手冊、安裝腳本等也需要關(guān)注。測試執(zhí)行準備故障轉(zhuǎn)移和恢復測試可確保測試對象能成功完成轉(zhuǎn)移，并能從導致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破環(huán)的各種硬件、軟件、網(wǎng)絡故障中恢復數(shù)據(jù)。故障轉(zhuǎn)移測試可確保：對于必須持續(xù)運行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時機地“頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數(shù)據(jù)或事務?；謴蜏y試是一種對抗性的測試過程。在這種測試中，將把應用程序或系統(tǒng)至于極端的條件下（或者是模擬的極端條件下），以產(chǎn)生故障（例如設備輸入/輸出（I/O）故障或無效的數(shù)據(jù)庫指針和關(guān)鍵字）。然后調(diào)用恢復進程并檢測和檢查應用程序和系統(tǒng)，核實應用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復。測試執(zhí)行前提條件確保測試項目的功能正常，如導航，數(shù)據(jù)輸入，處理、檢索是否正確，以及業(yè)務規(guī)則的實施是否恰當。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI）與應用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應用程序及其內(nèi)部進程，這是目前的測試重點。執(zhí)行用例及原始數(shù)據(jù)記錄提交測試問題單和測試報告回歸及驗收測試輸出工件利用有效的和無