為了能夠面對今后的工作，保持積極地態(tài)度，就需要寫出色的工作總結(jié)，我們寫工作總結(jié)的時候是需要結(jié)合已經(jīng)完成的工作發(fā)表自己對于未來工作的看法的，以下是范文社小編精心為您推薦的測試工程師的工作總結(jié)5篇，供大家參考。
測試工程師的工作總結(jié)篇1
伴隨著充實緊湊的工作生活，20__年已經(jīng)過去了。這一段時間里有工作上的收獲，知識的豐富，經(jīng)驗的增長，同時也暴露出很多問題和不足?？偨Y(jié)經(jīng)驗，吸取教訓(xùn)，本文將主要從幾個方面來對工作進行總結(jié)。
一、工作的主要內(nèi)容
在20__年的工作中，我的總體任務(wù)是協(xié)助做好礦業(yè)權(quán)管理系統(tǒng)的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：
1.編寫礦業(yè)權(quán)系統(tǒng)的各類文檔;
2.礦業(yè)權(quán)系統(tǒng)的編碼及bug勘誤工作;
3.礦業(yè)權(quán)系統(tǒng)的測試工作。
下面依照時間來對我的工作進行介紹。
初踏入職場，進入專業(yè)的軟件制造公司，對我，一個沒有接觸過標準軟件制作過程的新人來說，起步就是一個很大的難題。若直接做開發(fā)，則業(yè)務(wù)不熟練，代碼不規(guī)范，弊大于利;若僅做學(xué)習(xí)，則不能跟上項目的步伐，不能以最快的速度融入工作中去。
在我還在忐忑自己到底要做什么工作的時候，任務(wù)已經(jīng)下達了，首先進行礦業(yè)權(quán)系統(tǒng)的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業(yè)務(wù)邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標。至此，入職工作順利起步。
在對礦業(yè)權(quán)系統(tǒng)進行測試之后，暴露了系統(tǒng)的諸多問題，測試過程中發(fā)現(xiàn)礦權(quán)系統(tǒng)沒有進行輸入限定，為了解決這個問題需要對整個系統(tǒng)的數(shù)據(jù)進行整理，我的下一個任務(wù)就是編寫礦業(yè)權(quán)系統(tǒng)的數(shù)據(jù)需求文檔。在編寫該文檔的過程中，對礦權(quán)系統(tǒng)進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎(chǔ)。
完成了礦業(yè)權(quán)系統(tǒng)的數(shù)據(jù)需求文檔的編寫之后，新的任務(wù)是對整個礦權(quán)的輸入數(shù)據(jù)進行輸入限定，在任務(wù)開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務(wù)。任務(wù)雖然完成，但是對輸入限定實現(xiàn)方法的一知半解以及任務(wù)完成過程中的不仔細，為之后發(fā)生的問題也埋下了苦果。
在對礦業(yè)權(quán)系統(tǒng)添加輸入限定完成之后，進入了解決程序小問題的階段，對礦權(quán)系統(tǒng)進行細微的縫補工作。這段時間是學(xué)習(xí)多于工作的，不同的問題督促我要每天和百度親密接觸數(shù)百次，又要勞煩諸位在百忙中的同事抽出時間來給我?guī)兔?。雖然辛苦一點，但收獲卻是滿滿。
完成了系統(tǒng)的修補之后，我們的程序送到了四惠進行第一輪測試，在測試的一周里，我主要是補充網(wǎng)絡(luò)編程的基礎(chǔ)知識。
第一輪測試結(jié)果出來之后，我們項目組開始了緊張的第一輪礦業(yè)權(quán)系統(tǒng)bug勘誤工作。拿到bug列表之后，發(fā)現(xiàn)有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔(dān)了輸入限定部分的bug勘誤工作。
第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結(jié)果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了十五所進行所檢。
在進行所檢之余，我又接到了新的任務(wù)，完成礦權(quán)系統(tǒng)的概要設(shè)計以及詳細設(shè)計文檔的編寫。這兩份文檔已于9月2號編寫完畢。
現(xiàn)階段我的任務(wù)是根據(jù)所檢的bug列表，對礦權(quán)系統(tǒng)進行回歸測試。
二、工作中失敗的教訓(xùn)以及成功的經(jīng)驗
對于失敗的教訓(xùn)要吸取，成功的經(jīng)驗要進行總結(jié)。我對成功的定義是：在保證質(zhì)量的前提下完成既定的計劃或目標就是成功。其他的所有結(jié)果都是失敗。
成功的經(jīng)驗：
1) 敢于接受任務(wù)并想盡一切辦法完成
入職以來最大的收獲就是敢于接受任務(wù)并想盡辦法完成，每一個任務(wù)對于初入職場的我都是一個挑戰(zhàn)，如何保質(zhì)保量完成任務(wù)是最基本的要求。這兩月最大的成功在于沒有一次任務(wù)是拖沓的，每次都盡最大努力完成了任務(wù)。
2) 勇于承擔(dān)錯誤，正視自身的問題
在20__年的工作中可謂是錯誤不斷，從文檔的錯別字這種小問題到礦權(quán)系統(tǒng)bug修改不正確導(dǎo)致崩潰這種大錯誤，暴露出來了很多的問題，我秉承著有錯即改，下不為例的思想，正視自己的錯誤并積極改正，因此這也算是一個成功。
失敗的教訓(xùn)：
1) 重視每一個細節(jié)，不要忽視小問題
在最初進行礦業(yè)權(quán)系統(tǒng)數(shù)據(jù)需求文檔的編寫的過程中，對某些頁面的數(shù)據(jù)在數(shù)據(jù)庫中沒有存儲的情況沒有加以重視，在后期進行數(shù)據(jù)限定的時候，還要重新修改數(shù)據(jù)需求文檔，造成了不必要的時間浪費。從這個事情上得到教訓(xùn)就是不要放過任何一個小問題，這個小問題可能導(dǎo)致之后的大問題。
2) 進行重復(fù)工作也不能大意
在對礦權(quán)系統(tǒng)進行輸入限定的方法熟悉之后，都是重復(fù)性的工作，給每個頁面，每個字段進行輸入控制語句的添加，在進行了數(shù)個頁面之后，出現(xiàn)了有的頁面沒有添加完整，或者提示語句不正確的情況，在后續(xù)的bug勘誤中出現(xiàn)了大量此類問題，浪費了大量的時間和精力修改。
從這個事情上得到的教訓(xùn)就是工作不能大意，重復(fù)性的工作更要完成好。一般重復(fù)性的工作第一次做不好，后續(xù)檢查修改是非常浪費時間的。
3) 考慮問題要嚴謹
在對礦權(quán)系統(tǒng)bug勘誤的過程中，對輸入限定條件的判斷出了問題，我想當然的按照我的主觀思路對數(shù)據(jù)進行了限定，而在回歸測試的時候出了問題，這些都是考慮不嚴謹?shù)暮蠊＿@個事情的教訓(xùn)就是考慮不嚴謹直接導(dǎo)致問題推倒重來，影響了工作效率，而且很容易埋下隱患。
4) 注重用戶體驗
在礦權(quán)系統(tǒng)bug勘誤的過程中，修改最多的在于坐標系統(tǒng)的提示語句，因為坐標系統(tǒng)不僅要求數(shù)據(jù)必須填入，而且每一個數(shù)據(jù)都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本著如何讓用戶知道哪里錯了為原則進行設(shè)置。
在最初的限定里面，語句粗糙，彈出語句不明確，造成了用戶使用的不方便，還得重新進行改造。這個問題的教訓(xùn)是一定要從用戶的角度出發(fā)考慮問題，注重用戶體驗從簡單的提示語句做起。
三、展望下一階段的工作
下一階段短期內(nèi)我們的工作主要針對礦權(quán)系統(tǒng)的使用的數(shù)據(jù)庫變更來對我們的系統(tǒng)進行修改。我的工作任務(wù)主要是學(xué)習(xí)oracle數(shù)據(jù)庫和sql數(shù)據(jù)庫的使用上的區(qū)別，做好從sql數(shù)據(jù)庫向oracel數(shù)據(jù)庫的遷移工作。
20__年的工作生活是充實且富有樂趣的，結(jié)識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝兩個月來李鵬經(jīng)理的關(guān)心，感謝部門同事的悉心指導(dǎo)，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結(jié)經(jīng)驗，吸取教訓(xùn)，做到個人與公司共榮辱同進退，共同實現(xiàn)中地的輝煌。
測試工程師的工作總結(jié)篇2
這為期四個月的實習(xí)和試用期，使我對手機軟件測試工作有了深入的認識，就是盡最大的努力發(fā)現(xiàn)測試手機的不足，經(jīng)過開發(fā)人員解決之后使手機盡快達到上市的標準，這些發(fā)現(xiàn)的bug就是為公司創(chuàng)造的價值。作為四個月xx的員工，我對公司也有了一定的了解，xx技術(shù)有限公司是值得信賴的咨詢與科技服務(wù)提供商，公司擁有超強的全球運營能力、嚴格的質(zhì)量標準和高效的交付流程，致力于成為全球企業(yè)“新時代的合作伙伴”，為客戶成功保駕護航。自19xx年以來，xx一直致力于為全球客戶提供世界領(lǐng)先的商業(yè)/it咨詢、解決方案以及外包服務(wù)，在金融服務(wù)、高科技、電信、旅游交通、能源、生命科學(xué)、制造、零售與分銷等領(lǐng)域積累了豐富的行業(yè)經(jīng)驗，主要客戶涵蓋眾多財富500強企業(yè)及大中型中國企業(yè)。我所在的xx分公司主要承接諾基亞手機測試任務(wù)，在以往的測試工作中，得到了xx公司的高度認可。
一、工作中優(yōu)點及不足
對于失敗的教訓(xùn)要吸取，成功的經(jīng)驗要進行總結(jié)。我對成功的定義是：在保證質(zhì)量的前提下完成既定的計劃或目標就是成功。其他的所有結(jié)果都是失敗。
優(yōu)點：
（1）敢于接受任務(wù)并想盡一切辦法完成
入職四個月每一個任務(wù)對于初入職場的我都是一個挑戰(zhàn)，保質(zhì)保量完成任務(wù)是最基本的要求，即使是自己不熟悉的任務(wù)也會盡自己的努力和前輩的幫助下按時完成。
（2）勇于承擔(dān)錯誤，正視自身的問題
在這四個月的工作中犯了一些錯誤，測試工具使用不熟練等導(dǎo)致測試結(jié)果填寫不規(guī)范等，我秉承著有錯即改，下不為例的思想，正視自己的錯誤并積極改正。
不足：
（1）由于工作時間不長，參加了很多培訓(xùn)，在測試的時候這些知識運用的還不夠熟練，所以對手機中出現(xiàn)的bug發(fā)現(xiàn)的
數(shù)量不高。
（2）一開始工作的時候，對一些測試工具的使用不是很熟練，在使用的過程中會耽誤一些工作的時間，導(dǎo)致自己在規(guī)定的時間內(nèi)完成任務(wù)比較緊張。
二、以后工作中改進
（1）重視每一個細節(jié)，不要忽視小問題
做手機測試工作，首先要具備的就是細心，只有這樣才能發(fā)現(xiàn)手機里的bug，不能放過任何一個與測試用例描述不一樣的執(zhí)行結(jié)果，不管這個差別有多么的小，很多bug都是從這些細微的差別中產(chǎn)生的。
（2）進行重復(fù)工作也不能大意
手機測試有時候相同的測試用例要在不同的手機上重復(fù)測試，這就相當考驗我的耐心，對每次做測試用例都要向第一次做那樣，認真的執(zhí)行每一步操作。
（3）考慮問題要全面
每次做任務(wù)都要有一些發(fā)散思維的自由測試，這就需要我們考慮問題的時候要全面的展開思維做盡可能多的測試，才能發(fā)現(xiàn)更多的bug。
（4）加強學(xué)習(xí)
平時的時候除了要參加各種培訓(xùn)外，在培訓(xùn)之后還要及時的復(fù)習(xí)總結(jié)，對自己不明白的地方及時找?guī)煾祷蛴薪?jīng)驗的人請教，來提高自己的測試技能，并且要認真研究測試工具，多練習(xí)使用它們以確保達到熟練的水平。
三、下一步工作展望
下階段的工作我很有信心會比之前有所改善，經(jīng)過四個月的工作和學(xué)習(xí)已經(jīng)具備了一些有用的經(jīng)驗，相信他們會對我今后的工作有很大的幫助。以后的工作希望自己能夠提高報bug的數(shù)量和質(zhì)量，除此之后還要繼續(xù)跟師傅和前輩們學(xué)習(xí)手機測試的更多方法來提高自己的能力。
這四個月的工作生活是充實且富有樂趣的，結(jié)識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝四個月來xx組長的關(guān)心，感謝部門同事的悉心指導(dǎo)，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結(jié)經(jīng)驗，吸取教訓(xùn)，做到個人與公司共榮辱同進退，共同實現(xiàn)xx的輝煌。
測試工程師的工作總結(jié)篇3
先介紹一下我的背景：通信類院校20xx年畢業(yè)、本科、計算機專業(yè)，畢業(yè)后進入一家大型通信設(shè)備商工作，任職軟件測試工程師。
一、t項目執(zhí)行
20xx年7月13日入部門，此時才知道自己被分配到了測試部。部門主管把我領(lǐng)走后，就把我交給了導(dǎo)師。
入部門的頭幾天，主要熟悉公司的工作環(huán)境，認識部門同事，了解產(chǎn)品知識。由于我們是做傳輸設(shè)備的，所以當時學(xué)習(xí)的產(chǎn)品知識主要以sdh原理為主，包括sdh的幀結(jié)構(gòu)、網(wǎng)絡(luò)的保護和倒換等。
下面介紹一下我所做的項目。
項目名稱：t軟件
項目概況：該項目是在pc和sun工作站上開發(fā)的軟件，屬于cs結(jié)構(gòu)。client端用java開發(fā)(開始使用jdk1.3，后來改用jdk1.4)，實現(xiàn)跨平臺;server端用c++開發(fā)，使用ace實現(xiàn)跨平臺(windows和unix)。
人力投入：開發(fā)好像是9人，測試3人。(我來的時候是產(chǎn)品的第2個版本，人力投入大概如此)
我入部門幾天后，t項目就進入了測試階段。我的任務(wù)就是執(zhí)行分配給我的測試用例。當時我只知道根據(jù)測試用例描述的內(nèi)容，去點鼠標，如果發(fā)現(xiàn)程序出現(xiàn)錯誤或異常，就填寫問題單。我就這樣沒有任何思考的按著測試用例點了3個月的鼠標 : )
現(xiàn)在想起當初的測試工作，實在有太多的不足，和待改進點。
1|||、 測試用例。對于一個軟件的測試來講，測試用例是至關(guān)重要的。測試用例要覆蓋所有測試規(guī)格，而且測試用例要易于理解、易于執(zhí)行，簡單的講就是要描述的規(guī)范。而當時我們的測試用例卻是一團糟，最糟糕的是用例的質(zhì)量很差，使用這些測試用例，根本無法保證產(chǎn)品質(zhì)量。測試用例的預(yù)置條件、操作步驟、預(yù)期結(jié)果的描述也是亂糟糟的，而且用于存儲測試用例的excel表格設(shè)計的很差，界面很不友好，從一定程度上降低了測試效率。
2、 產(chǎn)品知識。t軟件雖然是在pc和工作站上運行的，但是開發(fā)t軟件的目的是為產(chǎn)品服務(wù)的，所以我們必須具備產(chǎn)品知識，才能更好的對t軟件進行測試。恰巧當時包括我導(dǎo)師在內(nèi)的3個人，都不太了解產(chǎn)品，所以就造成我們無法判斷某些測試用例是否驗證通過。從而導(dǎo)致了與開發(fā)人員的多次爭吵。
3、 軟件測試的重點不明確。軟件測試是軟件工程中的一項重要活動，它盡可能發(fā)現(xiàn)程序中存在的缺陷，保證程序的質(zhì)量。但軟件作為一種商業(yè)品，有它的發(fā)布時限，老板說這個軟件要1月份發(fā)布，你總不能測到12月份再給他發(fā)布吧。當時我們在一些小問題上與開發(fā)人員糾纏過多，而很多重點卻沒有得到重視，一些嚴重問題暴露的比較晚，導(dǎo)致測試時間延了又延，版本測了一個又一個，想起那些日子，只能如此描述：累并痛苦著。 : (
4、 測試流程的把握。7月份中旬，t項目從開發(fā)部轉(zhuǎn)到測試部，進入了測試階段，實際當時的產(chǎn)品質(zhì)量并不能達到轉(zhuǎn)測試的標準，而我們卻讓他們通過了轉(zhuǎn)測試，結(jié)果就給我們自己帶來了巨大的痛苦。而且后續(xù)的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了?；仡^想一想，t軟件還真的是我們測出來的，而不是開發(fā)寫出來的 : )
5、 缺少針對性測試。軟件也可以分很多種，不同的軟件有不同的特點，自然就需要針對性的測試了，
一年級語文家長會講稿%a(20xx-11-25 11:26:53)
譬如gui的軟件與嵌入式軟件的測試方法肯定有很大不同。最初我們在做t項目測試時，就缺少針對性方法。有兩個教訓(xùn)讓我們刻骨銘心：1、界面測試，t軟件發(fā)布后沒多久，其他組同事就發(fā)現(xiàn)某界面一個按鈕的單詞拼寫錯誤——rollback被寫成roolback;2、效率測試，軟件測試到后期才發(fā)現(xiàn)t軟件在實際環(huán)境中運行效率很低，根本無法滿足達實際應(yīng)用的需要。從那以后我們就準備了專門針對t軟件的測試項目，包括：界面測試、效率測試、資料測試、穩(wěn)定性測試等。
6、 溝通問題。自從工作開始，開發(fā)人員和測試人員的爭吵從來就沒有停止過。最初是什么問題都吵，很多沒有意義的爭吵甚至非理性的爭吵，慶幸的是現(xiàn)在的爭吵大多是有針對性的、理性的。個人覺得以前無為爭吵過多的原因是：開發(fā)人員、測試人員的工作技能和職業(yè)素養(yǎng)都比較欠缺。吵了大半年后，人員提升了工作技能和職業(yè)素養(yǎng)后，吵架都吵的比較有默契了。當然最重要的是開發(fā)人員和測試人員的目標要一致：保證產(chǎn)品的質(zhì)量，滿足客戶需求。
二、自動化測試
20xx年過完年后，我被主管派到一個大組去學(xué)習(xí)自動化測試技術(shù)。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發(fā)出來的。到現(xiàn)在，他們的自動化用例覆蓋率約50%，應(yīng)用率好像有70%，總之這個自動化測試框架還是滿牛x的，不過就是整個框架實現(xiàn)太復(fù)雜了，涉及的編程腳本就用了三種 : (
下面簡單介紹一下該gui自動化測試框架。
測試工具：ibm rational robot
自動化測試技術(shù)：第三代自動化測試框架，叫什么dde，具體什么意思已經(jīng)記不住了 : )
測試腳本：robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了tcl、com組建等，并自行開發(fā)了一個抓包工具用于自動化測試。還有我們測試的產(chǎn)品界面是使用java開發(fā)的，如果要讓robot能夠正常識別界面，還需涉及到j(luò)ava編程。呵呵，實現(xiàn)上可是夠復(fù)雜的 : (
學(xué)習(xí)自動化的頭一個星期，我只是學(xué)習(xí)該測試組的產(chǎn)品知識，學(xué)習(xí)如何使用自動化測試。后面的幾個星期就開始承擔(dān)自動化測試的建設(shè)任務(wù)了。想想當初自己還是滿辛苦的，白天上班學(xué)習(xí)產(chǎn)品知識，晚上回家就對著電腦看basic腳本的語法，周末還去公司無償加班看代碼。
在技術(shù)文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什么要選擇英文的呢?因為很多中國寫書的人很浮躁，只想著快點把書出版了好賺錢，所以很多中文的資料質(zhì)量很差。首先要貶低的就是那本譚教授的《c語言程序設(shè)計》。記得讀大學(xué)時，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。
當時帶我學(xué)習(xí)自動化的導(dǎo)師姓l，他是個大忙人，有時一整天都在開會。l的師傅姓w，w是該自動化創(chuàng)始人之一。我呢，充其量算是徒孫一輩，呵呵。由于l太忙，而且不那么愛說話，于是乎我就只能自己對著文檔看代碼。
當時對我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執(zhí)行的流程等;另外一篇則是由w寫的自動化建設(shè)指導(dǎo)書，寫的還是滿不錯的，在我有一定基礎(chǔ)后，照著指導(dǎo)書就能完成簡單的自動化建設(shè)。
在我整個學(xué)習(xí)過程中，是按照以下的過程開展的：1、吳江裝修網(wǎng)初步了解整個自動化和產(chǎn)品知識，嘗試使用自動化進行測試;2、熟悉sqabasic語法;3、對著文檔讀代碼，嘗試調(diào)試腳本，跟蹤到代碼的最底層。木制仿真模型
其實最好的學(xué)習(xí)方式就是實踐，去做自動化建設(shè)。當有一定基礎(chǔ)后，去完成導(dǎo)師交給的自動化建設(shè)任務(wù)，就是最好的學(xué)習(xí)方式。后來，我教別人的時候，也是安排實際任務(wù)給他做，然后再進行相應(yīng)的引導(dǎo)。
在我的學(xué)習(xí)期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然后那些家伙會不停的提問，以檢驗我的學(xué)習(xí)效果。雖然這招很bt，但是對個人的成長還是滿有利的。假設(shè)你學(xué)會了一項技能，此時你可能只在第一個層次上，如果你能夠把這項技能教會別人，那么你的層次上升了一個檔次。
記得當時是20xx年2月初去參加學(xué)習(xí)的，4月初就應(yīng)急被調(diào)回原測試組了。總共不到兩個月的時間，我總共完成了3個模塊的自動化建設(shè)，第1個模塊搞了3個多星期，第2個模塊不到2個星期，第3個模塊一個星期就搞完了(第3個模塊算是友情支援呢，哈哈)。
4月初被調(diào)回原測試組后，就一直做救火的工作。差不多5月份的時候才正是開始做我們t項目的自動化。其實也就是把我學(xué)習(xí)的自動化框架移植過來，做t項目自動化測試。
另我比較遺憾的是，t項目的測試一直都很緊，而自動化測試并沒有被推廣和充分利用。直到我離職前，測試組為應(yīng)付測試部自動化考核指標，才得到重視。
這里我談一下自己對自動化測試的理解。
1、 自動化測試用于提高測試效率;
2、 自動化測試可以完成一些無法手工完成的測試，例如長時間不間斷的測試;
3、 自動化雖然能夠發(fā)現(xiàn)問題，但主要是對繼承的功能進行測試，保證以前的老功能。(這個跟項目有關(guān)， gui自動化測試比較復(fù)雜，如果是嵌入式設(shè)備或芯片的自動化測試，對自動化測試的理解可能會不一樣)
三、開發(fā)小工具
我在自動化學(xué)習(xí)期間，表現(xiàn)出來的專業(yè)技能和良好的學(xué)習(xí)能力，得到了同事和主管的認可。鑒于此，在4月中旬的時候，測試組的leader給我安排一個任務(wù)，使用excel表格開發(fā)一個工具，用于收集和統(tǒng)計記錄的數(shù)據(jù)。要求該工具能夠代替手工計算，提升測試效率。任務(wù)完成的截至日期是五一。給我安排的時間大概為一周。
該工具的實現(xiàn)方式并不難，就是設(shè)計一個excel表格，然后在里面嵌入vba腳本，以宏的方式代替手工計算。對我來說最大的挑戰(zhàn)就是：1、短時間內(nèi)學(xué)會vba編程;2、提取需求，設(shè)計excel表格的格式，使該工具具有較好的易用性。
當我接到任務(wù)后，下班回家就開始到網(wǎng)上搜集關(guān)于vba資料。當時我找了一個星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的pdf文檔，但是那篇pdf文檔只是讓我初步了解了vba是個什么東東，并不能滿足我的實際需求。最終，在寫vba腳本期間，我還是參考微軟自帶的幫助文檔搞定的。(搞忘球當初是否裝了msdn)
本來計劃是在四月底的一個星期開展該項任務(wù)，但實際上直到4月的最后兩天我才有時間。記得當時，我花了一天半的時間與我的客戶——也就是我的同事，共同討論需求，并設(shè)計excel表格的格式，讓其評審。最終寫腳本花費了4月的最后一個下午，以及五一期間的三個下午的時間，總計4個下午的時間，完成該工具的開發(fā)。而且我五一期間的工作并沒有申報加班，是無償勞動啊 : (
另外，令我欣喜的是，從此我成了我們組的牛人，哈哈哈哈。。。。。。
其實工具開發(fā)完成后，還是有些問題，如：
1、 程序崩潰(不小心除了0，呵呵，加入異常處理就ok了);
2、 有1/3的功能基本沒有被使用(郁悶，花那么大精力。。。我的五一啊);
3、自動生成的表格，奇丑無比(直到現(xiàn)在，我都沒改，哈哈)。
記得當時有個做了5年以上c++的開發(fā)人員，看到我寫的excel表格，居然說誒，這東西還滿神奇的嘛。我當時的一個感覺就是，暈，這個家伙工作效率肯定不高。
excel還真是好用，功能強大啊!
四、負責(zé)m項目測試
20xx年10月份，我開始獨立負責(zé)m項目的測試工作。m項目是個小項目，大體情況如下：
代碼量：大約10k行
開發(fā)語言：c#
軟件環(huán)境：windows ppc 20xx
硬件環(huán)境：hp的pda(具體型號忘了，反正是便宜貨，大概1000塊)
人力投入：開發(fā)3人，測試就我1人
m項目的測試需求分析、測試設(shè)計、測試用例編寫、測試執(zhí)行到測試報告，全部由我一個人搞定
20xx年10月～12月中旬這段時間，主要是完成前期的測試分析與設(shè)計。12月中旬，就進入了實際的測試階段，20xx年1月底，軟件發(fā)布?；仡欉@4個月的工作，有做的好的，也有做的差的。下面對這些進行總結(jié)。
做的比較好的：
1、 測試進度把握比較好，在規(guī)定時間內(nèi)，甚至提前完成了測試任務(wù);
2、 與開發(fā)人員的溝通較好，使問題能夠較順利的解決，基本沒有內(nèi)耗，雙方合作愉快;
3、 測試的重點把握較好，把很多嚴重問題，在測試前期就給暴露出來了;
做的不好的，待改進的：
1、 前期的測試分析能力較弱，測試規(guī)格分析不全，測試用例編寫質(zhì)量不是高。到后期測試時，才發(fā)現(xiàn)很多規(guī)格沒有覆蓋到，需要補充測試用例。而且之前寫的測試用例與實際測試情況，有些偏差，用例的可用性差，又花了很多時間去修改用例。
2、 前期的測試計劃制定比較差，實際工作較之計劃偏差過大。吳江裝飾網(wǎng)反正10月、11月那段時間，m項目的工作是亂七八糟的，還好關(guān)鍵時間點的把握還算到位。
3、 測試對象選擇上疏忽，導(dǎo)致漏測。m程序是個工具軟件，主要用于查詢和設(shè)置設(shè)備的某些參數(shù)或配置。我當時只考慮到對所有支持的設(shè)備進行遍歷，卻未考慮到設(shè)備上所有單板的遍歷。結(jié)果技術(shù)支持工程師到香港試用該工具時，發(fā)現(xiàn)某塊叫pm1d的單板無法識別。后續(xù)，我們對大部分單板進行了遍歷，還發(fā)現(xiàn)了很多隱藏的問題。這是一項較大的疏忽。
4、 在做內(nèi)部模擬試驗局測試時，對測試環(huán)境的選擇有較大疏忽，導(dǎo)致漏測。在做內(nèi)部試驗局的時候，我為了偷懶只選擇了3個不同設(shè)備的組網(wǎng)測試，而沒有考慮到大規(guī)模組網(wǎng)情況下的測試。后來，技術(shù)支持工程師拿m軟件到廣州試用時，程序的某項功能就不正常了，原因就是大規(guī)模組網(wǎng)時，通信數(shù)據(jù)的傳輸是多包的，而m程序的底層函數(shù)沒有對多包的情況進行處理，導(dǎo)致該項功能不正常。當時，在其他實驗室是有類似環(huán)境的，而我卻為了偷懶 : (
雖然m項目的測試有很多不足，但是總體情況良好，我對產(chǎn)品的質(zhì)量有信心 : )
五、救火
大概是20xx年7月份時，我們組組長跟我說，要派我到b組去學(xué)習(xí)3個星期。等我去了b組才發(fā)現(xiàn)自己是被派來救火的。來b組支援測試，主要是完成一項測試任務(wù)，說具體點，就是把一件事情干600多次，沒任何技術(shù)含量。我當時真是郁悶壞了 : (
雖然心底是比較郁悶，但畢竟也就3個星期，想著忍忍就過去了。
具體的任務(wù)很簡單：大概有80種板子，每種板子大概有8套軟件，用t工具對80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業(yè)務(wù)是否正常，板子加完軟件后，運行是否正常。
還有一個也是其他組借調(diào)過來的新員工，跟我一起干這件事情。我600多次，他也差不多600次。還好這個家伙，心態(tài)很好，做事情也很勤奮。
最初b組給的方案是這樣的：先用第1套軟件把80多個板子加載一遍，再用第2套，第3套，直到第8套。
開始工作幾天，我們就按這種方案執(zhí)行，但按這種方案執(zhí)行的效率很差。主要因為實驗室常用的板子差不多只有30塊，其他的板子都藏在箱子里，而且有些板子b組根本沒有，需要到其他項目組去借，這樣針對軟件版本，對80多塊板子進行輪循加載，效率就很低，因為每加一套軟件，就要去尋找80多塊板子。
當時，我和那個新員工都很愁，按照這種做法，這項任務(wù)3個星期根本就無法完成。b組負責(zé)帶我們的兩個員工，也表示比較無奈。
郁悶過的第2天一早，我就直接找b組的老大談話，按照你們提供的這種方案，我們在三個星期內(nèi)根本無法完成任務(wù)，而且還有諸多其他困難：1、部分板子是壞的;2、某些板子實驗室里根本就沒有;3、對設(shè)備不熟悉。
就這樣，b組老大把組內(nèi)相關(guān)骨干人員都叫過來開會，重新商討了一套方案，并要求他們?nèi)χС治覀兊墓ぷ鳌?/p>
開了會后，b組的人就比較支持我們的工作了，啟用新的方案后，還提前了1天時間把工作完成 : )
這里我體會比較深的是：在做一份工作前，一定要弄清楚這項任務(wù)到底要做些什么、要怎么做、要做到什么程度，工作中還要定期匯報工作(基本上以日報、周報的形式，用郵件發(fā)送)，如果出現(xiàn)了解決不了的困難，一定要向老大匯報，如果老大也解決不了，那他也不能責(zé)怪你無能 : )
六、工作中的陷阱
在辭職前的幾個月，有個師弟也是老鄉(xiāng)x君，得知我做過自動化項目后，便來向我了解自動化測試相關(guān)的情況。
從與x的聊天過程中了解到，他也正在做自動化，他們組測試的產(chǎn)品規(guī)模比較大，不過做自動化的只有兩個新人，而且是使用一種新的gui測試工具。他在給我講他們具體工作時，了解到他們的自動化測試非常原始，就是針對一個用例錄制一套腳本，幾百個測試用例，大概錄制幾百個腳本，根本沒有對公共進行提取，更別提有什么自動化測試框架了。x君與另外一個人，在自動化方面都是新手，沒有相關(guān)經(jīng)驗，他們不知道這樣做會給后期的維護帶來多大的麻煩。而且他們主管也不太懂gui測試的自動化，只是每天要他們匯報工作進度，期望在兩個月內(nèi)完成那幾百個腳本。
經(jīng)過我細致詢問后，我猜測他們做這項自動化工作，基本上是為了應(yīng)付部門自動化考核而做的，而并非為了提高測試效率，保證產(chǎn)品質(zhì)量。
我也可以體諒x君主管的難處：測試組人力本來就緊張，而部門又要考核自動化指標，他只有弄兩個人來應(yīng)付一下部門的考核了。
這樣說來，x君和他另外一位同事就是受害者了，被安排做一件這么沒意義的事情。對他們我只能表示同情了。
對于這類bt主管吩咐的沒啥意義的事情，我的體會就是能推掉不做就不做，如果實在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么樣就做成什么樣。實在搞郁悶了就老板炒魷魚吧。
七、其他
記得剛進公司那一陣，對我們新員工有這樣那樣的培訓(xùn)，估計轉(zhuǎn)正前至少被培訓(xùn)了20門課吧。具體講的都是產(chǎn)品知識、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，ppt寫的水準也有好有壞?？傮w感覺就是那些培訓(xùn)是在浪費時間，如果自己看這些資料效果都要好很多。
在轉(zhuǎn)正前，作為新員工要給部門的老員工講課，講自己所學(xué)習(xí)過的知識，然后下面的老員工會發(fā)狂了似的問你問題?，F(xiàn)在我感覺這種方式真的是一種非常好的檢驗方法，不但檢驗了你的學(xué)習(xí)情況還鍛煉了你講解ppt的能力。
通過這種方式，我覺得自己在很多方面有提高：
1、 寫ppt的水平。后續(xù)工作中，寫ppt匯報工作，做的是又快，又漂亮。
2、 溝通能力。最初別人問我一個問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的說了一堆別人不想知道的東東，搞得別人一頭霧水。此后，別人每問我一個問題，我都會先把他的意圖或意思搞搞清楚了，確認后，再以最精練的語言來回答他的問題。
3、 懂就是懂，不懂就別亂說。記得最早老員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結(jié)果他再一細問，我就傻了。知道就知道，不知道就別亂說，這點很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。
測試工程師的工作總結(jié)篇4
時光一晃而過，轉(zhuǎn)眼之間我的三個月試用期已經(jīng)結(jié)束，這是我人生中彌足珍貴的經(jīng)歷，也給我留下了深刻的回憶。在這段時間里各位領(lǐng)導(dǎo)給予了我足夠的寬容、支持和幫助，讓我充分感受到了他們“海納百川”的胸襟，也感受到了自己的不足之處。不過我以后會更努力的學(xué)習(xí)，也會時常向前輩們請教的!下面我將從以下幾個方面總結(jié)這段時間自己的感受。
一、努力學(xué)習(xí)，注重實踐，不斷提高自身素養(yǎng)和工作能力
始終把學(xué)習(xí)作為獲得新知、掌握方法、提高能力、解決問題的一條重要途徑和方法，切實做到用理論武裝頭腦、指導(dǎo)實踐、推動工作。思想上積極進取，積極的把自己現(xiàn)有的知識用于社會實踐中，在實踐中也才能檢驗知識的有用性。所以在這三個月的工作中給我最大的感觸就是讓我了解了手機應(yīng)用軟件的測試，雖然工作性質(zhì)還是測試員但和我以前的工作還是有較大的區(qū)別，其中最明顯的就是，手機應(yīng)用軟件加了計費測試和升級測試和一下打斷測試。同時在工作中不斷的學(xué)習(xí)也是彌補自己的不足的有效方式。社會在變化，人也在變化，所以你一天不學(xué)習(xí)，你就會落后。通過這三個月的試用期，認真學(xué)習(xí)深訊和的各項政策制度、管理制度和工作條例，使工作中的困難有了最有力地解決武器。通過這些工作條例的學(xué)習(xí)使我進一步加深了對各項工作的理解，可以求真務(wù)實的開展各項工作。
二、圍繞中心，突出重點，盡心盡力履行職責(zé)
在各項工作中我都本著認真負責(zé)的態(tài)度去對待每項工作。雖然開始由于經(jīng)驗不足和認識不夠，覺得不能在公司很好工作，但我迅速從自身出發(fā)尋找原因，和同事交流，認識到自己的不足，以至于迅速的轉(zhuǎn)變自己的角色。為使自己盡快熟悉工作，進入角色，我一方面抓緊時間查看相關(guān)資料，熟悉自己的工作職責(zé)，另一方面我關(guān)注相關(guān)行業(yè)的知識、和信息有了一個比較全面、系統(tǒng)的認識和了解。
三、以極大的熱情投入到工作中
剛步入這個工作崗位我有點不適應(yīng)轉(zhuǎn)變，不能發(fā)現(xiàn)太多問題，我就有一點失望，開始的熱情有點消退。但我還是盡量保持當初的那份熱情，想干有用的事的態(tài)度，不斷的做好一些雜事，同時也勇于協(xié)助同事做好各項工作，慢慢的就找到了自己的技巧，明白自己該干什么，怎么來干，這就是一個熱情的問題，只要我保持極大的熱情，相信自己一定會得到認可，沒有不會做，沒有做不好，只有你愿不愿意做。
五四、存在的問題
幾個月來，我雖然努力做了一些工作，但距離辦事處領(lǐng)導(dǎo)的要求還有不小差距，如理論水平、工作能力上還有待進一步提高等等，這些問題，我決心在今后的工作和學(xué)習(xí)中努力加以改進和解決，使自己更好地做好本職。
針對以上存在的不足和問題，在以后的工作中我打算做好以下幾點來彌補工作中的不足：
一、做好實習(xí)期工作計劃，繼續(xù)加強對公司各種制度和業(yè)務(wù)的學(xué)習(xí)，做到全面深入的了解公司的各種制度和業(yè)務(wù)。
二、以實踐帶學(xué)習(xí)全方位提高自己的工作能力。在注重學(xué)習(xí)的同時狠抓實踐，在實踐中利用所學(xué)知識用知識指導(dǎo)實踐全方位的提高自己的工作能力和工作水平。
三、踏實做好本職工作。在以后的工作和學(xué)習(xí)中，我將以更加積極的工作態(tài)度更加熱情的工作作風(fēng)把自己的本職工作做好。在工作中任勞任怨力爭“沒有最好只有更好”。
四、繼續(xù)在做好本職工作的同時，為公司做一些力所能及的工作為公司做出應(yīng)有的貢獻。
測試工程師的工作總結(jié)篇5
一、測試工作及經(jīng)驗
作為軟件部測試組的一員，首先要做好的就是自己本職工作，我在20xx年中所做的工作主要有：
1、xxxxxxxx測試用例的編寫，對系統(tǒng)的測試、跟蹤；
2、xxxxxxxx需求、高保圖、界面和功能的測試；
3、xxxxxxxx功能測試用例的編寫，高保圖、系統(tǒng)的測試；
4、xxxxxxxx的靜態(tài)頁面測試和功能測試；
5、xxxxxxxx的功能測試；
6、xxxxxxxx第一、二、三迭代高保圖測試，測試用例編寫，靜態(tài)頁面和功能測試，并主持參與測試用例評審；
7、xxxxxxxx平臺高保圖的測試和系統(tǒng)靜態(tài)頁面、功能的測試；
8、xxxxxxxx的高保圖測試和測試用例編寫；
9、xxxxxxxx的靜態(tài)頁面和功能測試，參與測試用例的評審；
10、xxxxxxx的高保圖測試、靜態(tài)頁面和功能測試；
11、xxxxxxxx用戶使用手冊的編寫；
一年的工作，讓我獲得很多方面的經(jīng)驗：
1、編寫邏輯覆蓋率全的測試用例甚為重要。在理解需求的前提下編寫測試用例，使得我掌握了多種測試用例編寫方法，更讓我對產(chǎn)品的需求有更加深入的理解，須知對需求是否理解透徹決定了能否有效、全面地對產(chǎn)品進行測試；
2、要站在用戶角度對系統(tǒng)進行測試。從一些項目中出現(xiàn)的未能及時發(fā)現(xiàn)的bug中，我認識到用戶體驗的重要性，現(xiàn)在能夠越來越多的從這方面來執(zhí)行測試；
3、對拿到手的項目有較清晰的思路，能夠更加快速、準確地發(fā)現(xiàn)問題；
4、越來越規(guī)范的工作流程的讓我們的工作有條不紊的進行，讓我深刻認識到工作的規(guī)范性是多么的重要，并且從中學(xué)習(xí)如何從文檔和流程上規(guī)范工作。
5、同事間的溝通很重要?，F(xiàn)在不管遇到什么不確定或疑惑，都與開發(fā)人員、
產(chǎn)品經(jīng)理等及時溝通，大大提高了工作的效率。
二、加強自我能力的提高
只有不斷的提高自己各種的能力，才能勝任越來越艱巨任務(wù)，因此在工作相對不飽和的時候，我自己進行了一些學(xué)習(xí)。
為提高對“用戶體驗”的理解，我學(xué)習(xí)了《下一站用戶體驗》，書中一些經(jīng)驗確實讓我獲益匪淺。不能總拿別人的用戶體驗去改進自己的產(chǎn)品，但是有一些卻是通用的，比如：太多彈出框、按鈕會給用戶帶來憤怒感，要適當?shù)慕o頁面減肥等等。
深知單純的界面測試和功能測試已經(jīng)漸漸不能滿足今后平臺的開發(fā)，所以我學(xué)習(xí)了性能測試的一些相關(guān)知識，并在師父的指導(dǎo)下運用lr工具進行簡單性能測試，以后必須堅持學(xué)習(xí)。
三、存在的不足及明年計劃
一年的工作讓我有所進步，但是很多地方還是存在不足，比如：有時候看問題比較主觀，不是很細致，沒能深入地去測試，會有遺漏的bug；自身專業(yè)技術(shù)能力還不足，不能從系統(tǒng)穩(wěn)定性這一點上對系統(tǒng)進行測試。在以后的工作中，我會努力改善。
在20xx年的工作中，我計劃：
1、本著實事求是的態(tài)度，更加認真、負責(zé)的完成工作；
2、要盡可能深刻的理解需求，堅持編寫覆蓋率強的測試用例；
3、按照系統(tǒng)穩(wěn)定性測試方案，要逐漸對系統(tǒng)的穩(wěn)定性、安全性進行測試；
4、繼續(xù)研究性能測試，并要將lr工具運用在實際工作中；
5、多多的學(xué)習(xí)，參加一些有益的培訓(xùn)，在實際工作中活學(xué)活用。
四、個人建議
這一年來我們部門有著的顯著進步，越發(fā)規(guī)范的工作流程，越來越明確的責(zé)任制度、管理體系等，都讓我們更加有凝聚力。在此，個人提出以下幾個小建議：
1、希望可以加強對項目的把控，盡量能將延期風(fēng)險降到最低；
2、從各個組對需求理解的不一致，以及信息更新不及時等問題上看，溝通問題還是有待完善；
3、希望能夠在需求這一關(guān)卡上能更詳細、準確的確定產(chǎn)品的功能要求；
4、雖然工作任務(wù)繁重，還是希望部門能夠多組織活動，完善獎勵制度，可以讓大家更加激情的為部門、為公司奉獻自己的全部力量。
以上是我個人的一些淺見，相信在大家共同的努力下，向著同一個目標進發(fā)，軟件部甚至整個公司必定會大展全新的宏圖偉業(yè)。
