- 相關(guān)推薦
測試員工作計(jì)劃
人生天地之間，若白駒過隙，忽然而已，我們又將續(xù)寫新的詩篇，展開新的旅程，立即行動(dòng)起來寫一份計(jì)劃吧。計(jì)劃怎么寫才不會(huì)流于形式呢？以下是小編整理的測試員工作計(jì)劃，僅供參考，大家一起來看看吧。
測試員工作計(jì)劃1
一、20xx年工作回顧及總結(jié)
回顧20xx年這一年來的工作，我在公司領(lǐng)導(dǎo)及各位同事的支持和幫助下，嚴(yán)格要求自己，按照公司要求，比較好地完成了本職工作。通過近一年的學(xué)習(xí)和工作，工作模式上有了新的突破，工作方式有了較大的改變。現(xiàn)將這一年的工作情況總結(jié)如下：
1、總體來說，20xx年我主要完成了“xx銀行系統(tǒng)”、“xx渠道管理平臺(tái)”、“xx”、“xx”、的日常測試以及質(zhì)量控制工作；“xx”已經(jīng)穩(wěn)定上線運(yùn)行6個(gè)多月，“xx”即將上線。
2、日常我主要負(fù)責(zé)項(xiàng)目測試工作、測試文檔編輯、參與功能需求設(shè)計(jì)、協(xié)調(diào)開發(fā)進(jìn)度、總結(jié)經(jīng)驗(yàn)分享、完成所需知識(shí)積累、工具學(xué)習(xí)及研究、兼容性軟件測試。就在銀聯(lián)項(xiàng)目工作來說，主要的工作內(nèi)容有：
a、測試項(xiàng)目案例、測試用例的設(shè)計(jì)與編寫；
b、對測試過程中遇到的問題進(jìn)行溝通，并提供意見；
c、設(shè)計(jì)業(yè)務(wù)功能流程，提供參考意見，繪制關(guān)鍵業(yè)務(wù)流程；
d、進(jìn)行主要功能的界面測試、功能測試；
e、按照測試用例執(zhí)行測試計(jì)劃；
f、進(jìn)行需求驗(yàn)證工作。
3、知識(shí)的總結(jié)與分享，完成客戶端在安卓4.0/4.1，ios6.0以上系統(tǒng)上出現(xiàn)的兼容等問題，完成了兼容性測試案例的編寫以及兼容性測試的培訓(xùn)工作。在日常工作中，發(fā)現(xiàn)兼容上重大問題，在測試部門群中發(fā)布分享。
4、完成所需知識(shí)積累，學(xué)習(xí)所需知識(shí)、工具以及技能。在工作中學(xué)習(xí)了銀行業(yè)務(wù)流程規(guī)范、學(xué)習(xí)公司研發(fā)規(guī)范、參加了公司組織的技術(shù)培訓(xùn)、學(xué)習(xí)了各種測試工具的使用。
二、對公司的建議與意見
對公司和部門建設(shè)上，我有以下幾點(diǎn)建議：
1、對員工進(jìn)行金融知識(shí)的系統(tǒng)培訓(xùn)，讓測試人員了解銀行業(yè)務(wù)流程，有助于測試人員更加詳細(xì)了解業(yè)務(wù)流程，測試過程會(huì)少走很多彎路。
2、部門內(nèi)希望多組織技術(shù)交流討論，促進(jìn)測試工作的開展和提高。一年至少有2次這樣的交流。
3、公司在項(xiàng)目開發(fā)前期，希望盡可能的明確需求，盡可能的詳盡需求說明書內(nèi)容。在測試過程中發(fā)現(xiàn)很多項(xiàng)目缺少需求說明書，需求說明書不明確或者需求說明書內(nèi)容錯(cuò)誤，誤導(dǎo)了開發(fā)和測試，浪費(fèi)了時(shí)間，影響了項(xiàng)目進(jìn)度。
4、建議項(xiàng)目需求設(shè)計(jì)可以有測試員參與討論。
5、公司管理有點(diǎn)混亂，個(gè)人感覺公司對每位員工的重視程度不夠！節(jié)假日公司應(yīng)該給每位員工一定的福利和關(guān)心。
6、個(gè)人感覺平時(shí)的.效率比較低，希望測試部門能夠有所調(diào)整。希望公司能制定質(zhì)量控制標(biāo)準(zhǔn)以及開發(fā)、測試工作流程，讓開發(fā)更好的了解測試的流程，增強(qiáng)開發(fā)團(tuán)隊(duì)與測試團(tuán)隊(duì)的配合，提高工作效率。
7、加強(qiáng)部門測試成果的積累與沉淀，提高團(tuán)隊(duì)測試水準(zhǔn)，希望我們的團(tuán)隊(duì)能夠做的更好，能夠已團(tuán)隊(duì)的形式參與軟件項(xiàng)目的開發(fā)，而不僅僅是一個(gè)項(xiàng)目中毫不起眼的小小測試員。
三、20xx年工作計(jì)劃與學(xué)習(xí)計(jì)劃
20xx年工作計(jì)劃就是希望通過自己的努力，讓我們的產(chǎn)品更加完美，讓自己在軟件測試技能上有所提高，更多的關(guān)注軟件產(chǎn)品的開發(fā)過程，提高工作效率、做到與用戶的需求一致，提高公司軟件產(chǎn)品用戶滿意度。
具體來說20xx年工作計(jì)劃有：努力提高自身測試水準(zhǔn)，努力學(xué)習(xí)金融知識(shí)以及業(yè)務(wù)流程，學(xué)會(huì)需求分析，掌握需求分析在測試中的作用，參與公司更多的開發(fā)項(xiàng)目的測試工作。
測試員工作計(jì)劃2
利用現(xiàn)代的設(shè)計(jì)技術(shù)和正式的技術(shù)復(fù)審可以減少代碼中存在的初始錯(cuò)誤，但是錯(cuò)誤總是存在的，如果開發(fā)者找不到錯(cuò)誤，那么，客戶就會(huì)找到它們。越來越多的軟件組織認(rèn)識(shí)到軟件測試是軟件質(zhì)量保證的重要元素之一，很多軟件開發(fā)組織將30%―40%甚至更多的項(xiàng)目資源用在測試上，軟件測試技術(shù)和軟件測試策略受到了高度的重視和廣泛的應(yīng)用。
本文不想就軟件測試技術(shù)和軟件測試策略作深入的理論分析，而是列舉一個(gè)在軟件系統(tǒng)測試階段進(jìn)行的壓力測試實(shí)例，希望能通過這個(gè)實(shí)例與從事軟件測試相關(guān)工作的朋友進(jìn)行交流。
首先介紹一下實(shí)例中軟件的項(xiàng)目背景，該軟件是一個(gè)典型的三層c/s架構(gòu)的mis系統(tǒng)(客戶端/應(yīng)用服務(wù)器/數(shù)據(jù)庫管)，中間層是業(yè)務(wù)邏輯層，應(yīng)用服務(wù)器處理所有的業(yè)務(wù)邏輯，但應(yīng)用服務(wù)器本身不提供負(fù)載均衡的能力，而是利用開發(fā)工具提供的orb(對象請求代理)軟件保證多個(gè)應(yīng)用服務(wù)器間的負(fù)載均衡。本次測試的目的是：進(jìn)行單個(gè)應(yīng)用服務(wù)器的壓力測試，找出單個(gè)應(yīng)用服務(wù)器能夠支持的最大客戶端數(shù)。測試壓力估算的依據(jù)是：假定在實(shí)際環(huán)中，用戶只啟用一個(gè)應(yīng)用服務(wù)器進(jìn)行所有的業(yè)務(wù)處理。方法是：按照正常業(yè)務(wù)壓力估算值的1~10倍進(jìn)行測試，考察應(yīng)用服務(wù)器的運(yùn)行情況。
壓力測試的詳細(xì)計(jì)劃如下：
壓力測試計(jì)劃
1、測試計(jì)劃名稱
xx省公安交通管理信息系統(tǒng)壓力測試計(jì)劃。
2、測試內(nèi)容
2.1背景
本次測試中的壓力測試是指模擬實(shí)際應(yīng)用的軟硬件環(huán)境及用戶使用過程的系統(tǒng)負(fù)荷，長時(shí)間運(yùn)行測試軟件來測試被測系統(tǒng)的可靠性，同時(shí)還要測試被測系統(tǒng)的響應(yīng)時(shí)間。用戶的實(shí)際使用環(huán)境：
◇由兩臺(tái) xseries250 pc server組成的microsoft cluster;
◇數(shù)據(jù)庫管理系統(tǒng)采用oracle8.1.6;
◇應(yīng)用服務(wù)器程序和數(shù)據(jù)庫管理系統(tǒng)同時(shí)運(yùn)行在microsoft cluster上。
◇有200個(gè)用戶使用客戶端軟件進(jìn)行業(yè)務(wù)處理，每年通過軟件進(jìn)行處理的總業(yè)務(wù)量為：150萬筆業(yè)務(wù)/年。
2.2測試項(xiàng)
應(yīng)用服務(wù)器的壓力測試;
2.3不被測試的特性
◇系統(tǒng)的客戶端應(yīng)用程序的內(nèi)部功能;
◇數(shù)據(jù)庫中的數(shù)據(jù)量對程序性能的影響。
3、測試計(jì)劃
3.1測試強(qiáng)度估算
測試壓力估算時(shí)采用如下原則：
◇全年的業(yè)務(wù)量集中在8個(gè)月完成，每個(gè)月20個(gè)工作日，每個(gè)工作日8個(gè)小時(shí);
◇采用80―20原理，每個(gè)工作日中80%的業(yè)務(wù)在20%的時(shí)間內(nèi)完成，即每天80%的業(yè)務(wù)在1.6小時(shí)內(nèi)完成;
測試壓力的估算結(jié)果：
去年全年處理業(yè)務(wù)約100萬筆，其中15%的業(yè)務(wù)處理每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交7次請求;70%的業(yè)務(wù)處理每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交5次請求;其余15%的業(yè)務(wù)每筆業(yè)務(wù)向應(yīng)用服務(wù)器提交3次請求。根據(jù)以往統(tǒng)計(jì)結(jié)果，每年的業(yè)務(wù)增量為15%，考慮到今后三年業(yè)務(wù)發(fā)展的??
要，測試需按現(xiàn)有業(yè)務(wù)量的2倍進(jìn)行。
每年總的請求數(shù)量為：(100x15%x7+100x70%x5+100x15%x3)x2=300萬次/年。
每天的請求數(shù)量為：300/160=1.875萬次/天。
每秒的請求數(shù)量為：(18750x80%)/(8x20%x3600)=2.60次/秒。
正常情況下，應(yīng)用服務(wù)器處理請求的能力應(yīng)達(dá)到：3次/秒。
3.2測試環(huán)境準(zhǔn)備
3.2.1基本硬件及軟件環(huán)境的準(zhǔn)備
1)網(wǎng)絡(luò)環(huán)境：公司內(nèi)部的以太網(wǎng)，與服務(wù)器的連接速率為100m，與客戶端的連接速率為10/100m自適應(yīng)。
2)使用兩臺(tái)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服務(wù)器上安裝oracle8.1.6，數(shù)據(jù) 庫采用
fail safe(ofs)的active/passive配置。安裝數(shù)據(jù)庫管理系統(tǒng)及支撐軟件(包括visibroker和bdeadministrator)。
4)安裝被測的應(yīng)用服務(wù)器程序。
5)客戶端的pc機(jī)：10臺(tái)(pⅢ600/128m ram)。
3.2.2系統(tǒng)客戶端測試程序的編寫系統(tǒng)客戶端測試程序使用delphi編寫，要求測試程序?qū)崿F(xiàn)如下功能：
1)模擬一個(gè)主要的向應(yīng)用服務(wù)器發(fā)送請求并接收響應(yīng)信息的功能。要求交替模擬兩種情況：第一種，發(fā)送的請求至少包括10個(gè)參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型;接收的
響應(yīng)信息不少于1個(gè)參數(shù);第二種，發(fā)送的請求不少于1個(gè)參數(shù);接收的響應(yīng)信息至少包括10個(gè)參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型。
2)必須能夠通過參數(shù)設(shè)定在每臺(tái)pc機(jī)上運(yùn)行的客戶端測試程序個(gè)數(shù)、請求的時(shí)間間隔(單位：毫秒)、運(yùn)行時(shí)間(單位：小時(shí))。
3)在數(shù)據(jù)庫中建立測試記錄表，生成測試記錄，向數(shù)據(jù)庫寫入測試記錄的功能不通過被測的應(yīng)用服務(wù)器實(shí)現(xiàn)。日志內(nèi)容包括：發(fā)送測試請求的機(jī)器名、客戶端測試程序序號(hào)、發(fā)出請求時(shí)間、收到響應(yīng)時(shí)間、處理是否成功。表名：testxlog，字段名：machine、id、startxtime、endxtime、flag。
3.2.3系統(tǒng)本底數(shù)據(jù)的準(zhǔn)備
為考察系統(tǒng)運(yùn)行一段時(shí)間后系統(tǒng)的響應(yīng)性能，參照實(shí)際運(yùn)行情況及發(fā)展進(jìn)行系統(tǒng)的本底數(shù)據(jù)準(zhǔn)備。業(yè)務(wù)處理中涉及到的業(yè)務(wù)表中都要求按設(shè)計(jì)規(guī)模進(jìn)行本底數(shù)據(jù)的準(zhǔn)備。要求準(zhǔn)備的數(shù)據(jù)記錄的有效性符合系統(tǒng)要求，數(shù)據(jù)有效性的具體要求參見數(shù)據(jù)庫設(shè)計(jì)及系統(tǒng)設(shè)計(jì)文檔。
3.3破壞性測試
按照設(shè)計(jì)連接的客戶端連接數(shù)量進(jìn)行測試，把應(yīng)用服務(wù)器處理請求的設(shè)計(jì)頻度增加1-10倍，分別測試出現(xiàn)錯(cuò)誤的狀態(tài)和和出現(xiàn)錯(cuò)誤的比率，考察是否出現(xiàn)不可恢復(fù)錯(cuò)誤，系統(tǒng)設(shè)計(jì)要考
慮出現(xiàn)嚴(yán)重錯(cuò)誤情況下負(fù)荷減輕錯(cuò)誤自動(dòng)恢復(fù)的實(shí)現(xiàn)方法。
計(jì)劃時(shí)間：2天;這個(gè)時(shí)間包括破壞性的修復(fù)和自動(dòng)恢復(fù)的實(shí)現(xiàn)需要的時(shí)間。
在測試過程中每10分鐘記錄一次ibm xseries pc
server的內(nèi)存及cpu使用情況，包括被測程序的內(nèi)存占用百分比、數(shù)據(jù)庫管理系統(tǒng)的.內(nèi)存占用百分比、操作系統(tǒng)的內(nèi)存占用百分比。
3.4強(qiáng)度穩(wěn)定性測試
選擇一種負(fù)荷比設(shè)計(jì)負(fù)荷重的情況(應(yīng)用服務(wù)器處理請求的頻度為應(yīng)用服務(wù)器處理請求的 設(shè)計(jì)頻度的
1.5倍)，進(jìn)行24小時(shí)穩(wěn)定性測試。
3.5測試方法和工具
黑盒測試
測試工具：無外購的測試工具，自己編制的測試工具。
3.6測試時(shí)間計(jì)劃
3.6.1環(huán)境準(zhǔn)備：2天。
其中：基本硬件、軟件環(huán)境及系統(tǒng)本底數(shù)據(jù)的準(zhǔn)備：1天，系統(tǒng)客戶端測試程序的編寫及測試：1天。
3.6.2破環(huán)性測試：2天。
3.6.3強(qiáng)度穩(wěn)定性測試：1天。
3.7測試中的問題及處理
3.7.1暫停標(biāo)準(zhǔn)和再啟動(dòng)要求
暫停標(biāo)準(zhǔn)：被測試軟件在強(qiáng)度穩(wěn)定性測試中頻繁出現(xiàn)異常(每小時(shí)出現(xiàn)1次以上)時(shí)。用戶或公司要求暫停測試時(shí)。
再啟動(dòng)要求：通過調(diào)試后，預(yù)計(jì)被測試軟件的可靠性有所提高時(shí)，可再次啟動(dòng)測試。
3.7.2不可預(yù)見問題
不可預(yù)見問題包括：
◇測試環(huán)境被破壞而導(dǎo)致測試無法進(jìn)行;
◇當(dāng)出現(xiàn)上述不可預(yù)見問題時(shí)，測試終止，就已完成的測試內(nèi)容編制測試總結(jié)報(bào)告，并在報(bào)告中說明測試終止的原因。
3.8測試報(bào)告 20xx.06.21
測試總結(jié)報(bào)告提交日期：20xx.06.21。
3.8.1應(yīng)生成的測試文件
測試記錄(測試負(fù)責(zé)人和參與測試的人員簽字);
測試總結(jié)報(bào)告。
3.8.2測試總結(jié)報(bào)告中必須包含的內(nèi)容
被測試軟件名稱、測試項(xiàng)、測試環(huán)境;
被測試軟件的壓力測試結(jié)論：響應(yīng)時(shí)間、最大/最小并發(fā)數(shù)、失敗的次數(shù)、正常連續(xù)運(yùn)行的最長/最短時(shí)間，并發(fā)數(shù)與失敗的關(guān)系。
4、人員和職責(zé)
4.1職責(zé)
測試工程師：負(fù)責(zé)編寫測試計(jì)劃，組織測試，對測試過程進(jìn)行記錄，收集、整理測試記錄數(shù)據(jù)，對測試結(jié)果進(jìn)行分析，編寫測試總結(jié)報(bào)告。
軟件工程師：負(fù)責(zé)編寫、調(diào)試客戶端測試軟件;數(shù)據(jù)庫管理系統(tǒng)的安裝、ofs配置及系統(tǒng)的本底數(shù)據(jù)準(zhǔn)備。系統(tǒng)工程師：負(fù)責(zé)測試用的硬件維護(hù)及操作系統(tǒng)安裝、mscs配置。
總工程師：負(fù)責(zé)對測試計(jì)劃及測試總結(jié)報(bào)告進(jìn)行批準(zhǔn)。
用戶：必要時(shí)可參加測試，并提出具體的測試要求;可要求暫停測試。
4.2人員和訓(xùn)練要求
本次測試無特別的人員及培訓(xùn)要求。
5、批準(zhǔn)
本測試計(jì)劃必須經(jīng)過總工程師批準(zhǔn)后才能開始實(shí)施。
【測試員工作計(jì)劃】相關(guān)文章：
游戲測試員簡歷10-26
測試員個(gè)人總結(jié)10-09
測試員的工作總結(jié)08-21
測試員個(gè)人簡歷10-09
產(chǎn)品測試員求職簡歷10-08
信息工程測試員求職簡歷10-26
精選測試員實(shí)習(xí)報(bào)告3篇10-08
軟件測試員簡歷模板下載10-26