測試員工作計劃

時間：2024-03-11 08:34:19 工作計劃我要投稿

相關推薦

測試員工作計劃

　　人生天地之間，若白駒過隙，忽然而已，我們又將續(xù)寫新的詩篇，展開新的旅程，立即行動起來寫一份計劃吧。計劃怎么寫才不會流于形式呢？以下是小編整理的測試員工作計劃，僅供參考，大家一起來看看吧。

測試員工作計劃

測試員工作計劃1

　　一、20xx年工作回顧及總結(jié)

　　回顧20xx年這一年來的工作，我在公司領導及各位同事的支持和幫助下，嚴格要求自己，按照公司要求，比較好地完成了本職工作。通過近一年的學習和工作，工作模式上有了新的突破，工作方式有了較大的改變�，F(xiàn)將這一年的工作情況總結(jié)如下：

　　1、總體來說，20xx年我主要完成了“xx銀行系統(tǒng)”、“xx渠道管理平臺”、“xx”、“xx”、的日常測試以及質(zhì)量控制工作；“xx”已經(jīng)穩(wěn)定上線運行6個多月，“xx”即將上線。

　　2、日常我主要負責項目測試工作、測試文檔編輯、參與功能需求設計、協(xié)調(diào)開發(fā)進度、總結(jié)經(jīng)驗分享、完成所需知識積累、工具學習及研究、兼容性軟件測試。就在銀聯(lián)項目工作來說，主要的工作內(nèi)容有：

　　a、測試項目案例、測試用例的設計與編寫；

　　b、對測試過程中遇到的問題進行溝通，并提供意見；

　　c、設計業(yè)務功能流程，提供參考意見，繪制關鍵業(yè)務流程；

　　d、進行主要功能的界面測試、功能測試；

　　e、按照測試用例執(zhí)行測試計劃；

　　f、進行需求驗證工作。

　　3、知識的總結(jié)與分享，完成客戶端在安卓4.0/4.1，ios6.0以上系統(tǒng)上出現(xiàn)的兼容等問題，完成了兼容性測試案例的編寫以及兼容性測試的培訓工作。在日常工作中，發(fā)現(xiàn)兼容上重大問題，在測試部門群中發(fā)布分享。

　　4、完成所需知識積累，學習所需知識、工具以及技能。在工作中學習了銀行業(yè)務流程規(guī)范、學習公司研發(fā)規(guī)范、參加了公司組織的技術培訓、學習了各種測試工具的使用。

　　二、對公司的建議與意見

　　對公司和部門建設上，我有以下幾點建議：

　　1、對員工進行金融知識的系統(tǒng)培訓，讓測試人員了解銀行業(yè)務流程，有助于測試人員更加詳細了解業(yè)務流程，測試過程會少走很多彎路。

　　2、部門內(nèi)希望多組織技術交流討論，促進測試工作的開展和提高。一年至少有2次這樣的交流。

　　3、公司在項目開發(fā)前期，希望盡可能的明確需求，盡可能的詳盡需求說明書內(nèi)容。在測試過程中發(fā)現(xiàn)很多項目缺少需求說明書，需求說明書不明確或者需求說明書內(nèi)容錯誤，誤導了開發(fā)和測試，浪費了時間，影響了項目進度。

　　4、建議項目需求設計可以有測試員參與討論。

　　5、公司管理有點混亂，個人感覺公司對每位員工的重視程度不夠！節(jié)假日公司應該給每位員工一定的福利和關心。

　　6、個人感覺平時的.效率比較低，希望測試部門能夠有所調(diào)整。希望公司能制定質(zhì)量控制標準以及開發(fā)、測試工作流程，讓開發(fā)更好的了解測試的流程，增強開發(fā)團隊與測試團隊的配合，提高工作效率。

　　7、加強部門測試成果的積累與沉淀，提高團隊測試水準，希望我們的團隊能夠做的更好，能夠已團隊的形式參與軟件項目的開發(fā)，而不僅僅是一個項目中毫不起眼的小小測試員。

　　三、20xx年工作計劃與學習計劃

　　20xx年工作計劃就是希望通過自己的努力，讓我們的產(chǎn)品更加完美，讓自己在軟件測試技能上有所提高，更多的關注軟件產(chǎn)品的開發(fā)過程，提高工作效率、做到與用戶的需求一致，提高公司軟件產(chǎn)品用戶滿意度。

　　具體來說20xx年工作計劃有：努力提高自身測試水準，努力學習金融知識以及業(yè)務流程，學會需求分析，掌握需求分析在測試中的作用，參與公司更多的開發(fā)項目的測試工作。

測試員工作計劃2

　　利用現(xiàn)代的設計技術和正式的技術復審可以減少代碼中存在的初始錯誤，但是錯誤總是存在的，如果開發(fā)者找不到錯誤，那么，客戶就會找到它們。越來越多的軟件組織認識到軟件測試是軟件質(zhì)量保證的重要元素之一，很多軟件開發(fā)組織將30%―40%甚至更多的項目資源用在測試上，軟件測試技術和軟件測試策略受到了高度的重視和廣泛的應用。

　　本文不想就軟件測試技術和軟件測試策略作深入的理論分析，而是列舉一個在軟件系統(tǒng)測試階段進行的壓力測試實例，希望能通過這個實例與從事軟件測試相關工作的朋友進行交流。

　　首先介紹一下實例中軟件的項目背景，該軟件是一個典型的三層c/s架構(gòu)的mis系統(tǒng)(客戶端/應用服務器/數(shù)據(jù)庫管)，中間層是業(yè)務邏輯層，應用服務器處理所有的業(yè)務邏輯，但應用服務器本身不提供負載均衡的能力，而是利用開發(fā)工具提供的orb(對象請求代理)軟件保證多個應用服務器間的負載均衡。本次測試的目的是：進行單個應用服務器的壓力測試，找出單個應用服務器能夠支持的最大客戶端數(shù)。測試壓力估算的依據(jù)是：假定在實際環(huán)中，用戶只啟用一個應用服務器進行所有的業(yè)務處理。方法是：按照正常業(yè)務壓力估算值的1~10倍進行測試，考察應用服務器的運行情況。

　　壓力測試的詳細計劃如下：

　　壓力測試計劃

　　1、測試計劃名稱

　　xx省公安交通管理信息系統(tǒng)壓力測試計劃。

　　2、測試內(nèi)容

　　2.1背景

　　本次測試中的壓力測試是指模擬實際應用的軟硬件環(huán)境及用戶使用過程的系統(tǒng)負荷，長時間運行測試軟件來測試被測系統(tǒng)的可靠性，同時還要測試被測系統(tǒng)的響應時間。用戶的實際使用環(huán)境：

　　◇由兩臺 xseries250 pc server組成的microsoft cluster;

　　◇數(shù)據(jù)庫管理系統(tǒng)采用oracle8.1.6;

　　◇應用服務器程序和數(shù)據(jù)庫管理系統(tǒng)同時運行在microsoft cluster上。

　　◇有200個用戶使用客戶端軟件進行業(yè)務處理，每年通過軟件進行處理的總業(yè)務量為：150萬筆業(yè)務/年。

　　2.2測試項

　　應用服務器的壓力測試;

　　2.3不被測試的特性

　　◇系統(tǒng)的客戶端應用程序的內(nèi)部功能;

　　◇數(shù)據(jù)庫中的數(shù)據(jù)量對程序性能的影響。

　　3、測試計劃

　　3.1測試強度估算

　　測試壓力估算時采用如下原則：

　　◇全年的業(yè)務量集中在8個月完成，每個月20個工作日，每個工作日8個小時;

　　◇采用80―20原理，每個工作日中80%的業(yè)務在20%的時間內(nèi)完成，即每天80%的業(yè)務在1.6小時內(nèi)完成;

　　測試壓力的估算結(jié)果：

　　去年全年處理業(yè)務約100萬筆，其中15%的業(yè)務處理每筆業(yè)務需對應用服務器提交7次請求;70%的業(yè)務處理每筆業(yè)務需對應用服務器提交5次請求;其余15%的業(yè)務每筆業(yè)務向應用服務器提交3次請求。根據(jù)以往統(tǒng)計結(jié)果，每年的業(yè)務增量為15%，考慮到今后三年業(yè)務發(fā)展的??

　　要，測試需按現(xiàn)有業(yè)務量的2倍進行。

　　每年總的請求數(shù)量為：(100x15%x7+100x70%x5+100x15%x3)x2=300萬次/年。

　　每天的請求數(shù)量為：300/160=1.875萬次/天。

　　每秒的請求數(shù)量為：(18750x80%)/(8x20%x3600)=2.60次/秒。

　　正常情況下，應用服務器處理請求的能力應達到：3次/秒。

　　3.2測試環(huán)境準備

　　3.2.1基本硬件及軟件環(huán)境的準備

　　1)網(wǎng)絡環(huán)境：公司內(nèi)部的以太網(wǎng)，與服務器的連接速率為100m，與客戶端的連接速率為10/100m自適應。

　　2)使用兩臺ibm xseries250(1g內(nèi)存)pc server作microsoft cluster，安裝系統(tǒng)軟件

　　20xx advance server及microsoft cluster server(mscs)。

　　3)數(shù)據(jù)庫管理系統(tǒng)的安裝及配置：在測試用的ibm xseries服務器上安裝oracle8.1.6，數(shù)據(jù) 庫采用

　　fail safe(ofs)的active/passive配置。安裝數(shù)據(jù)庫管理系統(tǒng)及支撐軟件(包括visibroker和bdeadministrator)。

　　4)安裝被測的應用服務器程序。

　　5)客戶端的pc機：10臺(pⅢ600/128m ram)。

　　3.2.2系統(tǒng)客戶端測試程序的編寫系統(tǒng)客戶端測試程序使用delphi編寫，要求測試程序?qū)崿F(xiàn)如下功能：

　　1)模擬一個主要的向應用服務器發(fā)送請求并接收響應信息的功能。要求交替模擬兩種情況：第一種，發(fā)送的請求至少包括10個參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型;接收的

　　響應信息不少于1個參數(shù);第二種，發(fā)送的請求不少于1個參數(shù);接收的響應信息至少包括10個參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型。

　　2)必須能夠通過參數(shù)設定在每臺pc機上運行的客戶端測試程序個數(shù)、請求的時間間隔(單位：毫秒)、運行時間(單位：小時)。

　　3)在數(shù)據(jù)庫中建立測試記錄表，生成測試記錄，向數(shù)據(jù)庫寫入測試記錄的功能不通過被測的應用服務器實現(xiàn)。日志內(nèi)容包括：發(fā)送測試請求的機器名、客戶端測試程序序號、發(fā)出請求時間、收到響應時間、處理是否成功。表名：testxlog，字段名：machine、id、startxtime、endxtime、flag。

　　3.2.3系統(tǒng)本底數(shù)據(jù)的準備

　　為考察系統(tǒng)運行一段時間后系統(tǒng)的響應性能，參照實際運行情況及發(fā)展進行系統(tǒng)的本底數(shù)據(jù)準備。業(yè)務處理中涉及到的業(yè)務表中都要求按設計規(guī)模進行本底數(shù)據(jù)的準備。要求準備的數(shù)據(jù)記錄的有效性符合系統(tǒng)要求，數(shù)據(jù)有效性的具體要求參見數(shù)據(jù)庫設計及系統(tǒng)設計文檔。

　　3.3破壞性測試

　　按照設計連接的客戶端連接數(shù)量進行測試，把應用服務器處理請求的設計頻度增加1-10倍，分別測試出現(xiàn)錯誤的狀態(tài)和和出現(xiàn)錯誤的比率，考察是否出現(xiàn)不可恢復錯誤，系統(tǒng)設計要考

　　慮出現(xiàn)嚴重錯誤情況下負荷減輕錯誤自動恢復的實現(xiàn)方法。

　　計劃時間：2天;這個時間包括破壞性的修復和自動恢復的實現(xiàn)需要的時間。

　　在測試過程中每10分鐘記錄一次ibm xseries pc

　　server的內(nèi)存及cpu使用情況，包括被測程序的內(nèi)存占用百分比、數(shù)據(jù)庫管理系統(tǒng)的.內(nèi)存占用百分比、操作系統(tǒng)的內(nèi)存占用百分比。

　　3.4強度穩(wěn)定性測試

　　選擇一種負荷比設計負荷重的情況(應用服務器處理請求的頻度為應用服務器處理請求的設計頻度的

　　1.5倍)，進行24小時穩(wěn)定性測試。

　　3.5測試方法和工具

　　黑盒測試

　　測試工具：無外購的測試工具，自己編制的測試工具。