測試人員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é)進行批評指正。一、

工作職責(zé)

1、主要負責(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)容分別為對測試用例的編寫提供反饋意見；對測試過程及測試情況進行分析，并提供意見；設(shè)計業(yè)務(wù)測試數(shù)據(jù)的例子；繪制系統(tǒng)關(guān)鍵業(yè)務(wù)流程；進行主要功能的界面測試、功能測試；按照測試用例執(zhí)行測試，并提交測試匯報；進行需求驗證工作。（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)的問題，和解決的進展等及時反饋，讓各位領(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è)備升級等，都及時到達現(xiàn)場處理。放裝支撐主要是需要和用戶建立良好的溝通，第一時間處理問題，給用戶良好的售后體驗。

（2）用戶投訴的問題，尤其注意。及時去現(xiàn)場解決并與局方溝通，把問題盡量大事化小�，F(xiàn)場解決不了的問題，及時反饋回研發(fā)和領(lǐng)導(dǎo)，找出最好的解決途徑及時與局方溝通。

3、貝爾移動終端MIFI等電話技術(shù)支持（1）用戶電話咨詢的問題，第一時間給予處理。

（2）關(guā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機刷卡問題，需要關(guān)閉靜音抑制，能處理大部分問題。還有語音版本不斷更新，出現(xiàn)一些新的BUG等及時了解，為我們現(xiàn)場測試和維護提供有力的依托等。

2、每周的集體視頻會議，把一些問題和大家總結(jié)出來的工作經(jīng)驗等及時交流。3、學(xué)習(xí)相關(guān)企業(yè)網(wǎng)關(guān)的文檔網(wǎng)絡(luò)部分抓包分析，語音的SIP協(xié)議等新知識。抓包后自己先分析下問題出在哪里，如果確實是局方問題需要與局方及時溝通。4、完成項目測試后及時經(jīng)驗總結(jié)。

四、對部門建設(shè)的建議在部門建設(shè)上，我想可以從以下幾方面逐步開展部門建設(shè)工作：

1、對人員進行分工，或者說是團隊成員的側(cè)重方向進行明確。例如，同一測試技術(shù)或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。2、強化制度建設(shè)。

3、加大對測試過程的實施力度：現(xiàn)有測試過程，過程文件上存在不易操作的地方。所以在實施上也相應(yīng)的存在一些問題。另外，爭取能讓開發(fā)人員了解測試過程。如果能讓開發(fā)人員了解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。

4、加強部門測試成果的積累與沉淀。現(xiàn)在的測試成果保存在服務(wù)器上，很容易發(fā)生測試成果丟失的情況。加上還有一些測試成果未提交服務(wù)器，只是保留在個人機器上，很容易發(fā)生人走成果也不在的情況。另外，保存在個人機器上，也不利于知識的傳播與分享，不利于部門成員技能的提升。

5、除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉淀下來。例如，對項目的測試經(jīng)驗，性能測試的經(jīng)驗，測試用例設(shè)計經(jīng)驗等等。

五、201*年計劃

201*年，我希望能通過參與具體項目的實踐，達到以下目標(biāo)：

1、能將測試過程在項目中真正的運用起來，并讓項目的開發(fā)人員了解我們的測試過程；2、在項目中沉淀出一些部門成果；

3、除了保質(zhì)保量的完成項目測試工作外，我還將積極、主動的參與部門建設(shè)工作，和部門所有成員一起努力，在領(lǐng)導(dǎo)的指導(dǎo)下，將我們部門做成受到公司認可，有一定地位的部門。

以上是本人201*年度的個人工作述職，請各位領(lǐng)導(dǎo)和同事能夠提出意見，我將虛心接受，勇于改正。

擴展閱讀：201*年測試工作總結(jié)

201*年測試工作總結(jié)

常常，我們會聽到老板或者老總等領(lǐng)導(dǎo)說，你們測試團隊的貢獻率或是價值在哪？軟件系統(tǒng)的穩(wěn)定性如何？下面我將根據(jù)這兩個問題，作出一些解答。

1.測試投資回報率

企業(yè)為了獲得利潤，需花費大量的資金進行測試。在質(zhì)量方面的投資會產(chǎn)生利潤，例如提高產(chǎn)品質(zhì)量會提高公司的聲譽，使產(chǎn)品交付之后的維護成本減少，避免用戶的抱怨。測試是一種帶有風(fēng)險性的管理活動，減少企業(yè)在未來因為產(chǎn)品質(zhì)量低劣而花費不必要的成本。缺陷探測率：

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ā)現(xiàn)及修改錯誤的成本假設(shè)如下：

①在開發(fā)過程單元測試階段，軟件開發(fā)人員發(fā)現(xiàn)及修改一個錯誤需要50元；②建立獨立的測試進行集成和系統(tǒng)測試，測試人員發(fā)現(xiàn)錯誤，開發(fā)人員修改后，測試人員再確認，一個錯誤需要300元；

③在產(chǎn)品發(fā)布后，由客戶發(fā)現(xiàn)，報告技術(shù)支持人員、相關(guān)開發(fā)人員修改，測試組再進行回歸測試，一個錯誤需要201*元。

第1種情況，開發(fā)單位未建立獨立測試隊伍，有開發(fā)人員進行測試，發(fā)現(xiàn)680個錯誤，而產(chǎn)品發(fā)布后客戶發(fā)現(xiàn)錯誤1361，只存在故障成本構(gòu)成的總成本為50*680+201**1361=2756000元，缺陷探測率為33.32%。

第2種情況，開發(fā)單位建立了獨立測試隊伍，進行手工測試。投資預(yù)算人員費用為100000元，測試環(huán)境使用費為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=

原無獨立測試質(zhì)量成本i獨立測試質(zhì)量成本j

測試投資

100%

=（2756000-577500）/108000*100%=201*.13%

DDP=Bugs

Bugstester

tester

+Bugscustomer

100%=

680+13452041

100%=99.22%

表3測試投資回報分析

測試成本項測試人工費環(huán)境使用費一致成本測試投資測試工具費測試總投資發(fā)現(xiàn)錯誤數(shù)開發(fā)測試每個錯誤成本內(nèi)部（開發(fā)）故障成本發(fā)現(xiàn)錯誤數(shù)非一致性獨立測試每個錯誤成本成本內(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是軟件總的運行時間，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進行分析：

對一個長度為342480行代碼的系統(tǒng)進行測試，根據(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

TE

ETtLT

)

其中，K是一個經(jīng)驗常數(shù)，美國一些統(tǒng)計數(shù)字表明，K的典型值是200；ET是測試之前程序中原有的故障總數(shù)；LT是程序長度（機器指令條數(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

個問題。【參考文獻】《軟件評測師教程》

友情提示：本文中關(guān)于《測試人員201*年述職報告》給出的范例僅供您參考拓展思維使用，測試人員201*年述職報告：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《測試人員201*年述職報告》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://www.seogis.com/gongwen/642923.html

• 上一篇：201*年信訪穩(wěn)定述職報告
• 下一篇：報社副總編輯兼副社長述職報告