軟件測試計劃書

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