測試人員201*年述職報告
述職報告
測試部門xxx
201*年已經(jīng)離開我們了,對于我來說,201*年就是一本厚厚的書,書中所有的故事都是那么讓我回味,當(dāng)我回過頭,看看走過的這一年,雖然在這一年里也有過不如意不順利和許多錯誤的事情發(fā)生,但是我知道人正是在經(jīng)歷了這些之后才能夠成長、成熟。201*年在公司各級領(lǐng)導(dǎo)的帶領(lǐng)下,和各部門同事的緊密協(xié)作下也圓滿的完成了一年的工作。針對201*年的工作情況,我對本年度的工作作出以下總結(jié)闡述,我的述職報告分以下幾個部分:工作職責(zé),工作總結(jié),知識與經(jīng)驗分享,201*年計劃以及我的一些建議,希望各位領(lǐng)導(dǎo)和同事能對我的總結(jié)進(jìn)行批評指正。一、
工作職責(zé)
1、主要負(fù)責(zé)貝爾1-2、2-1,1-2C、A8-C、A8-B、1-2P、2-1P等企業(yè)網(wǎng)關(guān)的測試和售后技術(shù)支持等工作;
2、貝爾RG200O-CA、240W-Q等家庭網(wǎng)關(guān)測試和售后技術(shù)支持等工作;3、貝爾3G、4G無線網(wǎng)卡和3G路由器,電話支持等售后工作。二、
工作總結(jié)
201*年我主要完成了以下幾方面的工作:1、項目測試工作
(1)配合ICG廣州xx研究院A8-C測試,xx電信1-2C測試,南通電信1-2C測試,重慶電信A8-C測試,配合ICGxx電信A8-C測試,西安電信A8-C、A8-B測試,福建泉州電信A8-C測試等。各項測試的主要內(nèi)容分別為對測試用例的編寫提供反饋意見;對測試過程及測試情況進(jìn)行分析,并提供意見;設(shè)計業(yè)務(wù)測試數(shù)據(jù)的例子;繪制系統(tǒng)關(guān)鍵業(yè)務(wù)流程;進(jìn)行主要功能的界面測試、功能測試;按照測試用例執(zhí)行測試,并提交測試匯報;進(jìn)行需求驗證工作。(2)貝爾企業(yè)網(wǎng)關(guān),各地測試網(wǎng)絡(luò)、ITV功能部分,語音功能部分,ITMS+下發(fā)工單部分等。以及與各個廠家OLT互通問題等。局方當(dāng)?shù)氐臏y試要求,及時給后方研發(fā),讓其按照當(dāng)?shù)仡A(yù)配置及時做出版本等。與當(dāng)?shù)販y試的不同廠家兄弟了解當(dāng)?shù)販y試方式和相關(guān)文檔,掌握合理的測試時間和方法,盡快完成測試。測試中出現(xiàn)不符合要求的項目,及時抓包和log等,與后方和研發(fā)及時聯(lián)系。每天測試中出現(xiàn)的問題,和解決的進(jìn)展等及時反饋,讓各位領(lǐng)導(dǎo)了解。可以幫助督促研發(fā)解決以及協(xié)調(diào)其他等。
2、xx電信1-2C放裝支持
(1)主要是xx1-2C放裝支持,現(xiàn)場處理用戶投訴,解決用戶當(dāng)時出現(xiàn)的問題,并把處理結(jié)果反饋給電信報障的工作人員和后方研發(fā)。有些問題,電信師傅電話咨詢,盡量電話中就解決師傅的問題,不行就去現(xiàn)場。把固件版本和操作排障方法教給電信師傅,做些現(xiàn)場演示,簡單培訓(xùn)(包括發(fā)郵件給電信的師傅等)。現(xiàn)場處理不了的一些問題,把現(xiàn)場的故障現(xiàn)象和抓包等,及時提供給研發(fā),盡快解決故障。包括局方要求的設(shè)備升級等,都及時到達(dá)現(xiàn)場處理。放裝支撐主要是需要和用戶建立良好的溝通,第一時間處理問題,給用戶良好的售后體驗。
(2)用戶投訴的問題,尤其注意。及時去現(xiàn)場解決并與局方溝通,把問題盡量大事化小,F(xiàn)場解決不了的問題,及時反饋回研發(fā)和領(lǐng)導(dǎo),找出最好的解決途徑及時與局方溝通。
3、貝爾移動終端MIFI等電話技術(shù)支持(1)用戶電話咨詢的問題,第一時間給予處理。
(2)關(guān)于保修等問題,進(jìn)行解答。與后方領(lǐng)導(dǎo)聯(lián)系妥善處理一些移動公司投訴的問題。保證移動投訴的問題盡快解決,當(dāng)天能給用戶滿意的答復(fù)。三、
知識與經(jīng)驗分享
目前知識與經(jīng)驗分享,主要是以下:
1、服務(wù)中心支撐企業(yè)網(wǎng)關(guān)的工程師,郵件及時反饋出各地出現(xiàn)的問題,把故障現(xiàn)象,現(xiàn)場抓包等及時反饋回研發(fā)。例如POS機(jī)刷卡問題,需要關(guān)閉靜音抑制,能處理大部分問題。還有語音版本不斷更新,出現(xiàn)一些新的BUG等及時了解,為我們現(xiàn)場測試和維護(hù)提供有力的依托等。
2、每周的集體視頻會議,把一些問題和大家總結(jié)出來的工作經(jīng)驗等及時交流。3、學(xué)習(xí)相關(guān)企業(yè)網(wǎng)關(guān)的文檔網(wǎng)絡(luò)部分抓包分析,語音的SIP協(xié)議等新知識。抓包后自己先分析下問題出在哪里,如果確實(shí)是局方問題需要與局方及時溝通。4、完成項目測試后及時經(jīng)驗總結(jié)。
四、對部門建設(shè)的建議在部門建設(shè)上,我想可以從以下幾方面逐步開展部門建設(shè)工作:
1、對人員進(jìn)行分工,或者說是團(tuán)隊成員的側(cè)重方向進(jìn)行明確。例如,同一測試技術(shù)或測試工具,可以不需要多個人同時研究,這樣可能造成資源的浪費(fèi)。2、強(qiáng)化制度建設(shè)。
3、加大對測試過程的實(shí)施力度:現(xiàn)有測試過程,過程文件上存在不易操作的地方。所以在實(shí)施上也相應(yīng)的存在一些問題。另外,爭取能讓開發(fā)人員了解測試過程。如果能讓開發(fā)人員了解測試過程,可以讓測試工作更好開展,以及獲得更好的配合。
4、加強(qiáng)部門測試成果的積累與沉淀,F(xiàn)在的測試成果保存在服務(wù)器上,很容易發(fā)生測試成果丟失的情況。加上還有一些測試成果未提交服務(wù)器,只是保留在個人機(jī)器上,很容易發(fā)生人走成果也不在的情況。另外,保存在個人機(jī)器上,也不利于知識的傳播與分享,不利于部門成員技能的提升。
5、除了將已有測試成果進(jìn)行有效管理外,還需要將已有的測試知識沉淀下來。例如,對項目的測試經(jīng)驗,性能測試的經(jīng)驗,測試用例設(shè)計經(jīng)驗等等。
五、201*年計劃
201*年,我希望能通過參與具體項目的實(shí)踐,達(dá)到以下目標(biāo):
1、能將測試過程在項目中真正的運(yùn)用起來,并讓項目的開發(fā)人員了解我們的測試過程;2、在項目中沉淀出一些部門成果;
3、除了保質(zhì)保量的完成項目測試工作外,我還將積極、主動的參與部門建設(shè)工作,和部門所有成員一起努力,在領(lǐng)導(dǎo)的指導(dǎo)下,將我們部門做成受到公司認(rèn)可,有一定地位的部門。
以上是本人201*年度的個人工作述職,請各位領(lǐng)導(dǎo)和同事能夠提出意見,我將虛心接受,勇于改正。
擴(kuò)展閱讀:201*年測試工作總結(jié)
201*年測試工作總結(jié)
常常,我們會聽到老板或者老總等領(lǐng)導(dǎo)說,你們測試團(tuán)隊的貢獻(xiàn)率或是價值在哪?軟件系統(tǒng)的穩(wěn)定性如何?下面我將根據(jù)這兩個問題,作出一些解答。
1.測試投資回報率
企業(yè)為了獲得利潤,需花費(fèi)大量的資金進(jìn)行測試。在質(zhì)量方面的投資會產(chǎn)生利潤,例如提高產(chǎn)品質(zhì)量會提高公司的聲譽(yù),使產(chǎn)品交付之后的維護(hù)成本減少,避免用戶的抱怨。測試是一種帶有風(fēng)險性的管理活動,減少企業(yè)在未來因為產(chǎn)品質(zhì)量低劣而花費(fèi)不必要的成本。缺陷探測率:
DDP=Bugstester/(Bugstester+Bugscustomer)
表1客戶發(fā)現(xiàn)bug數(shù)統(tǒng)計
月份6789101112合計客戶發(fā)現(xiàn)的bug數(shù)702303116數(shù)據(jù)是從201*年6月份開始統(tǒng)計
表2測試人員發(fā)現(xiàn)bug數(shù)統(tǒng)計由誰未解總計創(chuàng)建決周MM余GG合計7001325202571118設(shè)計重復(fù)外部已解如此Bug原因決3847851426403555904197881207無法延期不予轉(zhuǎn)為重現(xiàn)處理解決需求31336421618273966有效率12778.29%31084.08%43782.07%數(shù)據(jù)統(tǒng)計時間:201*年1月1日到201*年12月31日,其中有效率的計算公式=(已解決+延期處理+轉(zhuǎn)為需求)/總計*100%
屬于質(zhì)量預(yù)防方面的一致性成本只考慮軟件測試的投資,把發(fā)布之前和之后發(fā)現(xiàn)及修改的錯誤堪稱非一致性成本,根據(jù)表1和表2,發(fā)現(xiàn)的錯誤為2041個,故障成本已知,測試過程的估算如下:各階段花費(fèi)在發(fā)現(xiàn)及修改錯誤的成本假設(shè)如下:
①在開發(fā)過程單元測試階段,軟件開發(fā)人員發(fā)現(xiàn)及修改一個錯誤需要50元;②建立獨(dú)立的測試進(jìn)行集成和系統(tǒng)測試,測試人員發(fā)現(xiàn)錯誤,開發(fā)人員修改后,測試人員再確認(rèn),一個錯誤需要300元;
③在產(chǎn)品發(fā)布后,由客戶發(fā)現(xiàn),報告技術(shù)支持人員、相關(guān)開發(fā)人員修改,測試組再進(jìn)行回歸測試,一個錯誤需要201*元。
第1種情況,開發(fā)單位未建立獨(dú)立測試隊伍,有開發(fā)人員進(jìn)行測試,發(fā)現(xiàn)680個錯誤,而產(chǎn)品發(fā)布后客戶發(fā)現(xiàn)錯誤1361,只存在故障成本構(gòu)成的總成本為50*680+201**1361=2756000元,缺陷探測率為33.32%。
第2種情況,開發(fā)單位建立了獨(dú)立測試隊伍,進(jìn)行手工測試。投資預(yù)算人員費(fèi)用為100000元,測試環(huán)境使用費(fèi)為8000元,測試投資(一致性成本)為108000元,除了開發(fā)過程中開發(fā)人員發(fā)現(xiàn)并修改680個(假設(shè)開發(fā)人員只能發(fā)現(xiàn)1/3的問題)錯誤外,測試過程中測試人員發(fā)現(xiàn)錯誤1345個,而產(chǎn)品發(fā)布后客戶發(fā)現(xiàn)16個錯誤?傎|(zhì)量成本下降到50*680+300*1345+16*201*+108000=577500元(如表3所示),手工測試總質(zhì)量成本節(jié)約了2756000-577500=2178500元,即為利潤。投資回報率(ROI)為201*.13%,缺陷探測率為99.22%。
ROI=
原無獨(dú)立測試質(zhì)量成本i獨(dú)立測試質(zhì)量成本j
測試投資
100%
=(2756000-577500)/108000*100%=201*.13%
DDP=Bugs
Bugstester
tester
+Bugscustomer
100%=
680+13452041
100%=99.22%
表3測試投資回報分析
測試成本項測試人工費(fèi)環(huán)境使用費(fèi)一致成本測試投資測試工具費(fèi)測試總投資發(fā)現(xiàn)錯誤數(shù)開發(fā)測試每個錯誤成本內(nèi)部(開發(fā))故障成本發(fā)現(xiàn)錯誤數(shù)非一致性獨(dú)立測試每個錯誤成本成本內(nèi)部(測試)故障成本發(fā)現(xiàn)錯誤數(shù)客戶支持每個錯誤成本外部故障成本一致性成本質(zhì)量成本非一致性成本總質(zhì)量成本ROI投資回報率DDP缺陷探測率
質(zhì)量成本項開發(fā)測試68050340001361201*272201*27560002756000N/A34.30%手工測試10000080001080006805034000134530040350016201*3201*108000469500577500201*.13%99.22%2.系統(tǒng)可靠性分析
平均每千行代碼bug數(shù)
后臺代碼總共342480行(由于前臺代碼較難統(tǒng)計,據(jù)開發(fā)人員估計是后臺代碼的3倍),系統(tǒng)總代碼數(shù)是1369920,屬于一個大規(guī)模系統(tǒng),平均每千行代碼約為2個bug。
平均無故障時間MTTF
若設(shè)T是軟件總的運(yùn)行時間,M是軟件在這段時間內(nèi)的故障次數(shù)。內(nèi)部平均無故障時間MTTF=T/M=365*24/2041=4.29小時;
外部平均無故障時間MTTF=T/M=(365-151)*24/16=321小時=13.375天。根據(jù)考察資料得知,航天科技一些精密系統(tǒng)平均無故障時間720小時對應(yīng)90分的可信度,參考這個,相當(dāng)于我們系統(tǒng)的可信度大約為40分。
下面用Shooman模型對平均無故障時間MTTF進(jìn)行分析:
對一個長度為342480行代碼的系統(tǒng)進(jìn)行測試,根據(jù)記錄下來的數(shù)據(jù)如下:①測試開始,發(fā)現(xiàn)錯誤個數(shù)為0(假設(shè)為0,201*年測試出bug不計入統(tǒng)計);②經(jīng)過了151天的測試,累計改正1137個錯誤,此時,MTTF=3.19小時;③又經(jīng)過214天的測試,累計改正2041個錯誤,此時,MTTF=4.29小時;
由Shooman公式:MTTF=1/K(LT
TEETtLT
)其中,K是一個經(jīng)驗常數(shù),美國一些統(tǒng)計數(shù)字表明,K的典型值是200;ET是測試之前程序中原有的故障總數(shù);LT是程序長度(機(jī)器指令條數(shù)或簡單匯編語句條數(shù));t是測試(包括排錯)的時間;EC(t)是在0~t期間內(nèi)檢出并排除的故障總數(shù)。公式的基本假定是:
單位(程序)長度中的故障數(shù)ETLT近似為常數(shù),它不因測試與排錯而改變。統(tǒng)計數(shù)字表明,通常ETLT值的變化范圍在0.5×10-2~2×10-2之間;故障檢出率正比于程序中殘留故障數(shù),而MTTF與程序中殘留故障數(shù)成正比;故障不可能完全檢出,但一經(jīng)檢出立即得到改正。
由已知條件②、③可解出K=31.22,ET=4598。系統(tǒng)中仍可能殘留4598-2041=2557
個問題!緟⒖嘉墨I(xiàn)】《軟件評測師教程》
友情提示:本文中關(guān)于《測試人員201*年述職報告》給出的范例僅供您參考拓展思維使用,測試人員201*年述職報告:該篇文章建議您自主創(chuàng)作。
來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。