測試計劃范文6篇
時間過得太快,讓人猝不及防,我們又將續寫新的詩篇,展開新的旅程,此時此刻需要為接下來的工作做一個詳細的計劃了。那么你真正懂得怎么制定計劃嗎?下面是小編整理的測試計劃6篇,僅供參考,希望能夠幫助到大家。
測試計劃 篇1
利用現代的設計技術和正式的技術復審可以減少代碼中存在的初始錯誤,但是錯誤總是存在的,如果開發者找不到錯誤,那么,客戶就會找到它們。越來越多的軟件組織認識到軟件測試是軟件質量保證的重要元素之一,很多軟件開發組織將30%—40%甚至更多的項目資源用在測試上,軟件測試技術和軟件測試策略受到了高度的重視和廣泛的應用。
本文不想就軟件測試技術和軟件測試策略作深入的理論分析,而是列舉一個在軟件系統測試階段進行的壓力測試實例,希望能通過這個實例與從事軟件測試相關工作的朋友進行交流。
首先介紹一下實例中軟件的項目背景,該軟件是一個典型的三層C/S架構的MIS系統(客戶端/應用服務器/數據庫管),中間層是業務邏輯層,應用服務器處理所有的業務邏輯,但應用服務器本身不提供負載均衡的能力,而是利用開發工具提供的ORB(對象請求代理)軟件保證多個應用服務器間的負載均衡。本次測試的目的是:進行單個應用服務器的壓力測試,找出單個應用服務器能夠支持的最大客戶端數。測試壓力估算的依據是:假定在實際環中,用戶只啟用一個應用服務器進行所有的業務處理。方法是:按照正常業務壓力估算值的1~10倍進行測試,考察應用服務器的運行情況。
壓力測試的詳細計劃如下:
壓力測試計劃
1、測試計劃名稱
河北省公安交通管理信息系統壓力測試計劃。
2、測試內容
2.1背景
本次測試中的壓力測試是指模擬實際應用的軟硬件環境及用戶使用過程的系統負荷,長時間運行測試軟件來測試被測系統的`可靠性,同時還要測試被測系統的響應時間。用戶的實際使用環境:
◇由兩臺 XSeries250 PC Server組成的Microsoft Cluster;
◇數據庫管理系統采用Oracle8.1.6;
◇應用服務器程序和數據庫管理系統同時運行在Microsoft Cluster上。
◇有200個用戶使用客戶端軟件進行業務處理,每年通過軟件進行處理的總業務量為:150萬筆業務/年。
2.2測試項
應用服務器的壓力測試;
2.3不被測試的特性
◇系統的客戶端應用程序的內部功能;
◇數據庫中的數據量對程序性能的影響。
3、測試計劃
3.1測試強度估算
測試壓力估算時采用如下原則:
◇全年的業務量集中在8個月完成,每個月20個工作日,每個工作日8個小時;
◇采用80—20原理,每個工作日中80%的業務在20%的時間內完成,即每天80%的業務在1.6小時內完成;
測試壓力的估算結果:
去年全年處理業務約100萬筆,其中15%的業務處理每筆業務需對應用服務器提交7次請求;70%的業務處理每筆業務需對應用服務器提交5次請求;其余15%的業務每筆業務向應用服務器提交3次請求。根據以往統計結果,每年的業務增量為15%,考慮到今后三年業務發展的需
要,測試需按現有業務量的2倍進行。
每年總的請求數量為:(100*15%*7+100*70%*5+100*15%*3)*2=300萬次/年。
每天的請求數量為:300/160=1.875萬次/天。
每秒的請求數量為:(18750*80%)/(8*20%*3600)=2.60次/秒。
正常情況下,應用服務器處理請求的能力應達到:3次/秒。
3.2測試環境準備
3.2.1基本硬件及軟件環境的準備
1)網絡環境:公司內部的以太網,與服務器的連接速率為100M,與客戶端的連接速率為10/100M自適應。
2)使用兩臺IBM XSeries250(1G內存)PC Server作Microsoft Cluster,安裝系統軟件
20xx Advance Server及Microsoft Cluster Server(MSCS)。
3)數據庫管理系統的安裝及配置:在測試用的IBM XSeries服務器上安裝Oracle8.1.6,數據 庫采用
Fail Safe(ofs)的Active/Passive配置。 安裝數據庫管理系統及支撐軟件(包括VisiBroker和BDEAdministrator)。
4)安裝被測的應用服務器程序。
5)客戶端的PC機:10臺(PⅢ600/128M RAM)。
3.2.2系統客戶端測試程序的編寫系統客戶端測試程序使用Delphi編寫,要求測試程序實現如下功能:
1)模擬一個主要的向應用服務器發送請求并接收響應信息的功能。要求交替模擬兩種情況:第一種,發送的請求至少包括10個參數,參數類型涵蓋字符、日期、數字種類型;接收的
響應信息不少于1個參數;第二種,發送的請求不少于1個參數;接收的響應信息至少包括10個參數,參數類型涵蓋字符、日期、數字種類型。
2)必須能夠通過參數設定在每臺PC機上運行的客戶端測試程序個數、請求的時間間隔(單位:毫秒)、運行時間(單位:小時)。
3)在數據庫中建立測試記錄表,生成測試記錄,向數據庫寫入測試記錄的功能不通過被測的應用服務器實現。日志內容包括:發送測試請求的機器名、客戶端測試程序序號、發出請求時間、收到響應時間、處理是否成功。表名:TEST_LOG,字段名:MACHINE、ID、START_TIME、END_TIME、FLAG。
3.2.3系統本底數據的準備
為考察系統運行一段時間后系統的響應性能,參照實際運行情況及發展進行系統的本底數據準備。業務處理中涉及到的業務表中都要求按設計規模進行本底數據的準備。要求準備的數據記錄的有效性符合系統要求,數據有效性的具體要求參見數據庫設計及系統設計文檔。
3.3破壞性測試
按照設計連接的客戶端連接數量進行測試,把應用服務器處理請求的設計頻度增加1-10倍,分別測試出現錯誤的狀態和和出現錯誤的比率,考察是否出現不可恢復錯誤,系統設計要考
慮出現嚴重錯誤情況下負荷減輕錯誤自動恢復的實現方法。
計劃時間:2天;這個時間包括破壞性的修復和自動恢復的實現需要的時間。
在測試過程中每10分鐘記錄一次IBM Xseries PC
Server的內存及CPU使用情況,包括被測程序的內存占用百分比、數據庫管理系統的內存占用百分比、操作系統的內存占用百分比。
3.4強度穩定性測試
選擇一種負荷比設計負荷重的情況(應用服務器處理請求的頻度為應用服務器處理請求的 設計頻度的
1.5倍),進行24小時穩定性測試。
3.5測試方法和工具
黑盒測試
測試工具:無外購的測試工具,自己編制的測試工具。
3.6測試時間計劃
3.6.1環境準備:2天。
其中:基本硬件、軟件環境及系統本底數據的準備:1天,
系統客戶端測試程序的編寫及測試:1天。
3.6.2破環性測試:2天。
3.6.3強度穩定性測試:1天。
3.7測試中的問題及處理
3.7.1暫停標準和再啟動要求
暫停標準:被測試軟件在強度穩定性測試中頻繁出現異常(每小時出現1次以上)時。用戶或公司要求暫停測試時。
再啟動要求:通過調試后,預計被測試軟件的可靠性有所提高時,可再次啟動測試。
3.7.2不可預見問題
不可預見問題包括:
◇測試環境被破壞而導致測試無法進行;
◇當出現上述不可預見問題時,測試終止,就已完成的測試內容編制測試總結報告,并在報告中說明測試終止的原因。
3.8測試報告 20xx.06.21
測試總結報告提交日期:20xx.06.21。
3.8.1應生成的測試文件
測試記錄(測試負責人和參與測試的人員簽字);
測試總結報告。
3.8.2測試總結報告中必須包含的內容
被測試軟件名稱、測試項、測試環境;
被測試軟件的壓力測試結論:響應時間、最大/最小并發數、失敗的次數、正常連續運行的最長/最短時間,并發數與失敗的關系。
4、人員和職責
4.1職責
測試工程師:負責編寫測試計劃,組織測試,對測試過程進行記錄,收集、整理測試記錄數據,對測試結果進行分析,編寫測試總結報告。
軟件工程師:負責編寫、調試客戶端測試軟件;數據庫管理系統的安裝、ofs配置及系統的本底數據準備。系統工程師:負責測試用的硬件維護及操作系統安裝、MSCS配置。
總工程師:負責對測試計劃及測試總結報告進行批準。
用戶:必要時可參加測試,并提出具體的測試要求;可要求暫停測試。
4.2人員和訓練要求
本次測試無特別的人員及培訓要求。
5、批準
本測試計劃必須經過總工程師批準后才能開始實施。
測試計劃 篇2
1.簡介
簡單介紹項目功能,規模,選定的典型事務及操作該事務的頻率。簡單介紹測試工具實現的`原理。 1.1項目背景
開發的系統名稱: 本項目的任務提出者: 本項目的開發者: 本項目的用戶: 1.2范圍和預期讀者
本計劃只包括該軟件項目的性能測試計劃,不包括功能測試計劃。 預期讀者:設計人員、測試人員、項目經理、SQA、SCM 1.3定義
2.環境概述
2.1用戶環境系統架構拓撲圖及描述
可以從設計文檔中拷出其系統架構拓撲圖,并加以簡單描述。 2.2用戶運行環境系統配置 服務器端: 硬件配置: 操作系統: 數據庫: 客戶端: 硬件配置: 操作系統:
客戶端軟件:
2.3測試環境網絡拓撲及描述
2.4測試環境系統配置 服務器端: 硬件配置: 操作系統: 數據庫: 測試主機: 硬件配置: 操作系統: 測試工具: 客戶端軟件: 測試主機數量: 2.5條件與限制
描述出由于硬件軟件或技術等原因,測試時無法實現的一些功能。
測試計劃 篇3
一、目的:
根據檢測設備管理程序要求,確保檢測能精確、穩定,保持設備的良好狀態。特制定 “品管部檢測設備保養計劃”。
二、范圍:
適用于檢測設備的控制和管理。
三、職責:
品管部負責檢測設備的維護、保養(一級保養)及運行的操作管理。
四、保養作業項目:
按照保養作業性質可分為:清潔、檢查、緊固、潤滑、調整、校驗。校驗作業由國家指
定的檢測部門執行或由本公司指定人員負責執行。
五、保養制度:
本公司的檢測設備保養制度是以預防為主,按保養作業項目分級定期執行。設備的定期保養分為一級保養、二級保養、三級保養。
一級保養:是各級保養的基礎。由操作人員負責執行。主要作業項目;①設備的'內外清潔;②加/換潤滑油質量;③檢查油管、汽管、供水設施完善。
二級保養:以清潔、檢測、調整、檢驗為中心內容 。由專業維修人員或指定人員負責
執行。主要作業項目;除執行一級保養作業項目,并檢查運動部件的潤滑狀況,清洗 各類濾清器。檢查安全機件的可靠性,消除隱患。調整易損部件的配合狀況,旋轉運 動部件的磨損程度,校驗指示用儀器儀表、控制用儀器儀表和計量用儀器儀表,延長 使用壽命,維護檢測設備的技術性能。
三級保養:以解體清洗、檢查、調整為中心內容,視需要進行除銹、補漆、對電氣設 備進行檢查、試驗。
六、保養計劃時間安排:
一級保養由操作工按一級保養作業項目每日進行一次,并填寫“設備預防保養卡”。 二級保養由專業維修人員或指定人員按二級保養作業項目進行,每年一次(每年12月份一次。
三級保養視情況而定(3~5年)。
測試計劃 篇4
中心小學一年級漢語拼音測試方案提要:備課筆記重點檢查二次備課情況,教后反思的撰寫情況;學生作業重點檢查學生書寫情況以及教師的批給情況;班務工作重點檢查班級環境布置、圖書角的建設、班務手冊的填寫等。
為加強常規教學管理,強化質量意識,規范教育教學行為,樹立踏實敬業、樂于奉獻的先進典型,總結和推廣成功的教育教學經驗,同時發現問題,整改不足。經研究決定,進行9月份教學常規檢查。現制定方案如下:
一、指導思想
全面落實學校教育教學常規管理工作措施,規范教師的教學行為,促進教師自覺、認真地抓好教學常規工作,提高工作實效,客觀、公正地評價教師的`工作業績。
二、檢查時間
20xx年10月17日-18日
三、檢查內容
教學常規檢查的內容包括:
手頭工作:教師備課筆記(含教學反思)學生課內外作業、班務工作等。
備課筆記重點檢查二次備課情況,教后反思的撰寫情況;學生作業重點檢查學生書寫情況以及教師的批給情況;班務工作重點檢查班級環境布置、圖書角的建設、班務手冊的填寫等。
四、檢查形式
實行年級組推磨檢查的辦法。
五.檢查原則
堅持實事求是、規范、公正的原則。
六、檢查小組:
①低年級組:組長 z
②中年級組:組長 z
③高年級組:組長 z
④綜合組:組長 z
七、檢查要求
1.檢查由組長負責,校級領導指導工作,經檢查人簽字,主管校級領導審核后存入教師業務檔案。
2.組長協調好具體檢查時間,檢查人要認真完成好各項檢查記錄和檢查小結。
3.檢查等級由檢查組一起確定,等級評定采用“優秀、合格、不合格”三個等級。優秀等第分配名額:每組:班務工作2名,語文2名,數學2名,英語1名,綜合組:1名。
八、幾點說明:
1.教學常規檢查是學校教學管理的一項重要工作,也是學校對教師績效考核的重要依據之一,全體教師務必理解、配合、支持。
2.通過常規檢查及時了解我校教學工作的經驗和不足,以便能推廣好的經驗做法,及時查找和克服存在的不足,揚長避短,提高我校的教育教學工作效率。
3.請全體教師于20xx年10月17日早8:00前將各項資料置于案頭,以備檢查。
測試計劃 篇5
各系部:
為了全面實施《大學生體質健康標準》,根據省體育局、省教育廳體衛處的要求,決定本期對我院畢業班的`學生進行《標準》測試,具體測試安排如下:
一、測試對象:全院20xx屆畢業班學生。其中包括三年制大專班學生和五年制大專班學生全院有88個班級共計870人
二、測試項目:1、身高/體重2、肺活量、握力4、立定跳遠、1000米(男)、800米(女)。
三、測試時間:見附表(音樂系和旅游系安排在20xx年月進行測試。時間另行通知。1000米和800米統一安排在周末測試)
四、測試地點:本院區在體育館和田徑場;新院區在科技樓A棟107、111、208教室和田徑場。
五、測試要求:
1請各系部通知到每一個學生,嚴格按照以班為單位參加測試,測試時請各班班長按學號順序收好學生證,統一交給各項目測試的負責老師
2各系部認真組織學生在規定的時間、地點,必須帶好學生證參加測試,未帶證不準參加測試。
3.體質測試是學生畢業成績的組成部分對無故不參加測試或測試成績不合格的學生,經補測合格后,方能頒發畢業證書
4各測試項目的成績由體育部匯總,并按照《標準》的要求評定成績、確定等級,在畢業的時候放入學生檔案。
測試計劃 篇6
1. 目的
根據本公司檢測管理程序要求特制定的本年度維修保養計劃。保持廠基 礎設備的良好狀態,以保證使用過程效能,確保生產能夠連續穩定的進行。
2. 范圍
適用于本廠檢測設備的控制和管理。
3. 職責
3.1生產部是設備維護保養的主要管理部門。負責廠的基礎設備的管理。
3.2生產部根據廠基礎設備的實際情況,負責建立管理檔案,制訂《設備操作規范》,對設施、設備實施全過程的管理。
3.3生產部負責所有的檢測設備進行維修、保養及運行操作管理。
4 工作程序
設備在使用過程中,隨著運行工時的增加,各部機構和零件由于受到摩檫、腐蝕、磨損、振動、沖擊、碰撞及事故等諸多因素的影響,技術性能逐漸變壞。
4.1保養作業內容
按照保養作業性質可分為:清潔,檢查,緊固,潤滑,調整,檢驗和補給作業。檢驗作業由國家指定的檢驗部門執行,或由本司專職檢驗人員負責進行。
1) 清潔、檢查、補給作業一般由設備操作人員執行。
2) 緊固、調整、潤滑作業一般由機修工執行。
3) 壓力容器作業由專業人員執行。
4) 電氣作業由專業人員執行。
5 保養制度
本公司的設備保養制度是以預防為主,定運行工時進行保養的原則,分為例行保養,一級保養,二級保養,三級保養,季節性保養。
設備保養的分級和作業內容是根據實際使用中技術情況的變化;設備的結構;使用的條件;環境條件等確定。是根據零件磨損規律,老化規律,把程度相近的項目集中起來,在達到正常磨損,老化將被破壞前進行保養,保持設備整潔,發現和消除故障隱患,防止設備早期損壞,達到設備維持正常運行的目的。
5.1設備的例行保養
設備的例行保養是各級保養的基礎,直接關系到運行安全,能源的消耗,機件的使用壽命。例行保養作業由設備操作人負責執行,其作業中心內容以 清潔、補給、安全、檢視為主,堅持開工之前、運行中、收工后的三檢制度 。檢查操縱機構、運行機件、安全保護裝置的可靠性,維護整機和各總成部位的清潔,潤滑必須潤滑到位,緊固松動件等。
5.1.1 設備啟動前的工作項目。
1) 清潔設備,清除與生產無關的雜物。
2) 檢查各指示儀器,儀表,操作按鈕是否正常。
3) 檢查各部位有無漏水,漏氣,漏電的現象。
5.1.2設備運行中的檢查。
1) 注意各儀器儀表的工作情況,及各部位有無異常的聲響。
2) 運行中注意安全部件是否正常。
3) 遇異常情況要及時向相關部門負責人報告。
5.1.3收工后的作業項目
1) 清潔設備外部,除去管道和容器內的生產用料,清潔各種零部件。
2) 放盡系統內的剩水,檢查潤滑油的質量,油量視需要補給。
3) 排除運行中發現的缺陷和故障。
5.2 設備的維修保養
設備的'維修保養是合理使用設備的重要環節,必須用強制性的保養制度取代那些隨壞隨修,以修代保,進行頻繁的大拆大卸的做法。
設備的維修保養就是在以預防為主的思想指導下,把設備保養作業項目按其周期長短分別組織在一起,分級定期執行,設備的定期保養分為:一級保養,二級保養,三級保養。
5.2.1一級保養
一級保養是各級技術保養的基礎,各級技術管理部門必須十分重視一級保養工作的質量。由專業維修工負責執行。主要作業內容以清潔、潤滑、緊固為主,檢查操縱、指示用儀器、儀表、安全部位、各種閥門、潤滑油油平面。
5.2.2二級保養
設備的二級保養以清潔、檢查、調整、校驗為中心內容。由專業維修人員負責執行。除執行一級保養作業項目,并檢查運動部件的潤滑油狀況,清洗各類濾清器,檢查安全機件的可靠性,消除隱患,調整易損零部件的配合狀況,旋轉運動部位的磨損程度,校驗指示用儀器儀表和控制用儀器儀表、計量用儀器儀表,延長使用壽命,維護設備的技術性能。
5.2.3三級保養
三級保養以解體清洗、檢查、調整為中心內容。拆檢齒輪變速和電磁變速器,清除污垢、結焦,視需要對各部件進行解體、清洗、檢查,清除隱患,排除缺陷,對設備進行全面檢查,視需要進行除銹、補漆,對電氣設備進行檢查、試驗。
5.2.4季節性保養
本市冬、夏氣溫相差懸殊,設備的工作條件也發生明顯變化。為此,在進入冬夏兩季之前,應結合二級保養進行季節性保養作業,以避免因氣溫變化造成設備性能不良和機件損壞。
5.3 使用過程故障維修
生產過程中若發生機械設備故障,應及時通知本組組長聯系維修人員維修,并填寫“設備維修記錄單”。維修后,經使用人檢驗正常運行后再進行正常工作。
5.4保養時間安排
日常例行保養由操作工按照要求日常進行,“三級保養”由設備維修人員負責,每三個月進行一次。
【測試計劃】相關文章:
測試計劃模板09-20
測試計劃模板(通用版)10-16
測試方案模板08-24
測試報告(模板)10-21
軟件測試實習報告08-26
體質健康測試總結05-18
軟件測試個人總結05-19
測試工作總結05-20
測試部工作總結01-20
語文非筆試測試總結07-22