軟件測試計劃

1、軟件測試計劃1總論1）項目背景本次的被測項目，是一個基于B/S結(jié)構(gòu)的Web博客系統(tǒng)。該系統(tǒng)可以實現(xiàn)用戶注冊，以及好友的搜索增添，基本的文章發(fā)布，照片上傳等功能。用戶可選擇關(guān)注的好友還可以設(shè)置博客訪問權(quán)限：公開、好友可見，僅自己可見。2）編寫目的測試Web博客系統(tǒng)中的各個功能模塊是否滿足用戶要求，并測試是否存bug。預(yù)期達到能夠使系統(tǒng)進行快速的改進和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件的錯誤。3）系統(tǒng)模塊圖4）參考資料軟件測試技術(shù)（本學期的課本）清華大學出版社2. 測試策略1）總體策略軟件系統(tǒng)在進行單元、集成、確認、系統(tǒng)、安裝、驗收測試時，發(fā)現(xiàn)一級錯誤（大于等于1）、二級

2、錯誤（大于等于2）暫停測試返回開發(fā)。軟件系統(tǒng)經(jīng)過單元、集成、確認、系統(tǒng)、安裝、驗收測試，分別達到單元、集成、確認、系統(tǒng)、安裝、驗收測試停止標準。軟件系統(tǒng)通過驗收測試，并已得出驗收測試結(jié)論。軟件項目需暫停以進行調(diào)整時，測試應(yīng)隨之暫停，并備份暫停點數(shù)據(jù)。軟件項目在其開發(fā)生命周期內(nèi)出現(xiàn)重大估算，進度偏差，需暫?；蚪K止時，測試應(yīng)隨之暫?；蚪K止，并備份暫?；蚪K止點數(shù)據(jù)2）測試范圍1.響應(yīng)時間我把"響應(yīng)時間"的概念確定為“對請求作出響應(yīng)所需要的時間”，把響應(yīng)時間作'為用戶視角的軟件性能的主要體現(xiàn)。響應(yīng)時間劃分為“呈現(xiàn)時間”和“系統(tǒng)響應(yīng)時間”兩個部分。2. 并發(fā)用戶數(shù)我把“并發(fā)用

3、戶數(shù)”與“同時在線數(shù)”進行區(qū)別對待，我的“并發(fā)用戶數(shù)”的標準是：并發(fā)用戶數(shù)取決于測試對象的目標業(yè)務(wù)場景，因此，在確定這個“并發(fā)用戶數(shù)”前，必須（必要）先對用戶的業(yè)務(wù)進行分解、分析出典型的業(yè)務(wù)場景（也就是用戶最常使用、最關(guān)注的業(yè)務(wù)操作），然后基于場景采用某些方法（有多種計算并發(fā)用戶數(shù)的數(shù)學模型與公式）獲得“并發(fā)用戶數(shù)”。這樣做的原因是：假設(shè)一個應(yīng)用系統(tǒng)、最高峰有500人同時在線、但這500人卻不是并發(fā)用戶數(shù)、因為假設(shè)在一個時間點上、有50%的人在填寫復(fù)雜的表格（填寫表格動作對服務(wù)器沒有任何負擔、只有在“提交”動作的時候才會對服務(wù)器系統(tǒng)構(gòu)成壓力）、有40%的人在不停的從一個頁面跳轉(zhuǎn)到另外一個頁面（

4、不停發(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ī)劃的測試中、吞吐量是一個重要指標、它不但反映在中間件、數(shù)據(jù)庫上、更加體現(xiàn)在硬件上。我們在以下方面利用這個指標：（1）用來協(xié)助設(shè)計性能測試場景

5、，衡量性能測試是否達到了預(yù)計的設(shè)計目標、比如J2EE應(yīng)用系統(tǒng)的連接池、數(shù)據(jù)庫事務(wù)發(fā)生頻率、事務(wù)發(fā)生次數(shù)。(2)用來協(xié)助分析性能瓶頸、參照本文第二部分總的RBI方法。4. 性能計數(shù)器性能計數(shù)器式描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標、例如對WINDOW來說使用內(nèi)存數(shù)、CPU使用率、進程時間等都是常見的計數(shù)器。對于性能計數(shù)器這個指標來說、需要考慮到的不但有硬件計數(shù)器、web服務(wù)器計數(shù)器、Weblogic服務(wù)器計數(shù)器、Servlet性能計數(shù)器、EJB2的性能計數(shù)器、JSF性能計數(shù)器、JMS性能計數(shù)器。找到這些指標是使用性能計數(shù)器的第一步、關(guān)鍵是找到性能瓶頸、確定系統(tǒng)閥值、提供優(yōu)化建議才是性能計數(shù)器使

6、用的關(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和IBMRationalPerformaneeTester的方式

7、就完全不同。3)風險分析存在風險：由于測試組成員之前都沒有過軟件測試的經(jīng)驗，只有一些基礎(chǔ)的理論知識。所以測試準備做得不是很充分?？赡軙胁糠譁y試用時過長，或者某個人的測試工作不能按時完成。會造成對整體時間以及測試進度的影響。風險處理：必要的簡化測試內(nèi)容，盡量簡化的達到測試目的。完成任務(wù)的人員給予尚未解決問題的組員以幫助，盡量短時間完成各自的任務(wù)。3. 測試方法1)里程碑技術(shù)因為測試項目是Web程序，所以我們更加注重程序的集成測試，以及對系統(tǒng)進行抗壓測試。制定負載測試計劃1 分析應(yīng)用程序2 確定測試目標3 計劃怎樣執(zhí)行quicktestprofessional2) 測試用例設(shè)計主要是進行用戶試用

8、來進行用例設(shè)計。3) 測試實施過程用戶層：主要是面向產(chǎn)品最終的使用操作者的測試。這里重點突出的是在操作者角度上，測試系統(tǒng)對用戶支持的情況，用戶界面的規(guī)范性、友好性、可操作性，以及數(shù)據(jù)的性。主要包括：用戶手冊、使用幫助、支持客戶的其他產(chǎn)品技術(shù)手冊是否正確、是否易于理解、是否人性化。用戶界面測試:在確保用戶界面能夠通過測試對象控件或入口得到相應(yīng)訪問的情況下，測試用戶界面的風格是否滿足用戶要求，例如：界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好?？删S護性測試:可維護性是系統(tǒng)軟、硬件實施和維護功能的方便性。目的是降低維護功能對系統(tǒng)正常運行帶來影響。例如：對支持遠程維護系統(tǒng)的功

9、能或工具的測試。安全性測試:這里的安全性主要包括了兩部分：數(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)的兼容性、可靠性、性能等進行的測試。系統(tǒng)性能測試：針對整個系統(tǒng)的測試，包含并發(fā)性能測試、負載測試、壓力測試、強度測試、破壞性測試。并發(fā)性能測試是評估系統(tǒng)交易或業(yè)務(wù)在漸增式并發(fā)情況下處理瓶頸以及能夠接收業(yè)務(wù)的性能過程；強度測試是在資源情況低的情況下，找出因資源不足或資源

10、爭用而導(dǎo)致的錯誤；破壞性測試重點關(guān)注超出系統(tǒng)正常負荷N倍情況下，錯誤出現(xiàn)狀態(tài)和出現(xiàn)比率以及錯誤的恢復(fù)能力。系統(tǒng)可靠性、穩(wěn)定性測試：一定負荷的長期使用環(huán)境下，系統(tǒng)可靠性、穩(wěn)定性。系統(tǒng)兼容性測試：系統(tǒng)中軟件與各種硬件設(shè)備兼容性，與兼容性、與支撐軟件的兼容性。系統(tǒng)測試：組網(wǎng)環(huán)境下，系統(tǒng)軟件對接入設(shè)備的支持情況。包括功能實現(xiàn)及群集性能。系統(tǒng)安裝升級測試：安裝測試的目的是確保該軟件在正常和異常的不同情況下進行安裝時都能按預(yù)期目標來處理。例如，正常情況下，第一次安裝或升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。還有一個目的是核實軟件在安裝后可立即正常運行。另外對安

11、裝手冊、安裝腳本等也需要關(guān)注。4. 測試組織1）測試團隊結(jié)構(gòu)測試組織：楊國梁測試人員：閆堅，何鵬飛報告攥寫：李永俊2）功能劃分工作量（單位：人時）測試任務(wù)名稱總工作量（人時）測試數(shù)據(jù)1準備測試環(huán)境/數(shù)據(jù)1執(zhí)行測試，填寫測試數(shù)據(jù)1整理測試數(shù)據(jù)，編寫測試報告15. 資源需求1)培訓需求本次測試運用黑盒測試方法，對拼車系統(tǒng)進行測試。首先，進行對功能模塊進行劃分，明確功能測試的人員負責情況。其次對各個模塊進行測試。黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下

12、，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用于軟件確認測試。黑盒測試著力于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進行測試。“黑盒法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。2)硬件需求本次測試用的電腦，都是Win7系統(tǒng)，內(nèi)存2G,硬盤

13、320G不等。3) 軟件需求測試工作所必須的軟件，以及老師拷貝給的軟件。4) 辦公室空間需求本次的測試實驗，我們用到四臺電腦，在宿舍進行。5) 相關(guān)信息保存位置本次試驗隨時生成測試文檔，以word文檔的形式保存。6. 時間進度安排1. 根據(jù)工作內(nèi)容和項目任務(wù)對包括測試設(shè)計的工作量、測試執(zhí)行和測試總結(jié)的工作量，以人月或人日計，并詳細注釋測試設(shè)計、測試執(zhí)行和測試總結(jié)工作所占的比重。軟件測試工作量應(yīng)為開發(fā)工作量的30%-40%為宜。工作階段所需工作曰占項目的比例測試規(guī)劃階段115%測試設(shè)計階段115%測試實施階段120%測試執(zhí)行階段120%測試總結(jié)階段115%2. 本次測試實驗的總時間為五天。我們具體的時間安排以及進度分配如下：項目里程碑開始時間結(jié)束時間輸出要求/備注測試規(guī)劃日14時日21時初步測試計劃書測試設(shè)計7.3日8時日12時測試計劃書測試設(shè)計實施日14時日12時測試用例測試執(zhí)行日14時日21時測試結(jié)果測試總結(jié)日8時日12時測試報告書7.附錄：項目任務(wù)以下是一些與測試有關(guān)的任務(wù)：制定測試計劃 確定測試需求 評估風險 制