- 相關推薦
測試工程師總結范文（精選7篇）
總結是對取得的成績、存在的問題及得到的經(jīng)驗和教訓等方面情況進行評價與描述的一種書面材料，它可以有效鍛煉我們的語言組織能力，不如我們來制定一份總結吧。那么我們該怎么去寫總結呢？下面是小編為大家整理的測試工程師總結范文（精選7篇），歡迎閱讀，希望大家能夠喜歡。
測試工程師總結1
xxxx年x月我被調(diào)入西過境公路西段第一駐地辦試驗室擔任試驗檢測工程師，在領導的支持和同事的積極配合下，本著“嚴格監(jiān)理、熱情服務、秉公辦事、一絲不茍”的原則，順利地完成了6個月的監(jiān)理試驗工作，現(xiàn)將六個月以來的工作總結如下：
1、駐地辦進場以來，針對本工程項目需要及合同條件的要求，積極購買試驗設備及儀器，進行安裝、調(diào)試、標定，申請工地臨時資質(zhì)，同時不斷完善試驗實施細則、監(jiān)理各項規(guī)章，各種圖表上墻，經(jīng)省質(zhì)檢站驗收一次通過，具備施工準備階段試驗條件。在建設駐地試驗室的同時，督促、檢查承包商進場試驗人員、設備是否滿足施工及合同要求以及各項工作的開展情況，并要求承包商建立健全質(zhì)量自檢體系，為順利開工奠定基礎。
2、開工前，首先按照設計圖紙及規(guī)范要求，對承包商提出的各種原材料、砼配合比、土及石灰土標準擊實進行標準、驗證試驗，使各項指標均滿足施工規(guī)范及設計圖紙要求，為全面施工提供可靠、準確的試驗依據(jù)。
3、材料質(zhì)量控制，是我們試驗監(jiān)理質(zhì)量控制的重點，合格產(chǎn)品的前提是必須具備合格的原材料，這是我從事公路工程施工最切身的體會，材料出廠質(zhì)量書與現(xiàn)場所進材料型號、規(guī)格、出廠日期等的核對，承包商的自檢和監(jiān)理抽檢控制，對可疑材料的調(diào)查和復試等都是我們?nèi)粘２牧腺|(zhì)量控制工作中的主要內(nèi)容，拒絕不合格材料進入施工現(xiàn)場。
4、施工過程控制，每個分項工程或單項工程開工前，監(jiān)理試驗人員對砼配合比進行檢驗確認后，方可施工，施工過程中隨時觀察砼的和易性，始終保持在設計要求的范圍之內(nèi)，確保砼的內(nèi)在質(zhì)量，承包商與監(jiān)理同時制作具有代表性的砼試件，作為該工程質(zhì)量控制指標之一。
xxx年即將過去，回顧這半年來的監(jiān)理工作，體會最深的是做好監(jiān)理工作，就必須嚴格認真，有較強的責任心，不管多么復雜的工程只要監(jiān)理人員能夠一絲不茍地按照施工規(guī)范、規(guī)程履行職責，就能全面的掌握整個工程動態(tài)，控制整個工程質(zhì)量，同時監(jiān)理人員具備了較高的業(yè)務素質(zhì)，就能對每一工序，每一環(huán)節(jié)，做到事前提示，將可能出現(xiàn)的質(zhì)量問題消滅在萌芽狀態(tài)，并對可能造成質(zhì)量隱患的環(huán)節(jié)事先防范，這兩點對我們的監(jiān)理工作大有幫助，必將有力推動我們的工作。
雖然我們一直努力扎實的去做每一項工作，但是還存在不足之處，外業(yè)控制監(jiān)管不力、內(nèi)業(yè)資料填寫混亂的現(xiàn)象時有發(fā)生，根據(jù)存在的問題提醒我們繼續(xù)認真學習施工規(guī)范、試驗規(guī)程，熟悉設計圖紙，提高業(yè)務水平和自身素質(zhì)，加強監(jiān)管力度，加大抽檢頻率，隨時掌握施工動態(tài)，控制施工質(zhì)量。
在西過境公路項目辦、總監(jiān)辦的大力支持下和承包商的積極配合下，一如既往的做好20xx年的監(jiān)理試驗工作，20xx年任務艱巨，工程量大，對我們的試驗工作要求更為嚴格，這就要求我們每一個試驗人員做到事前控制，杜絕事后處理，持認真負責的工作態(tài)度，具有較強的責任心，充分熟悉并掌握業(yè)務知識和技能，彌補過去的不足，嚴格把好工程材料進場質(zhì)量關、施工現(xiàn)場質(zhì)量檢驗關，當好工程質(zhì)量的守護神，為華路捷公路工程技術咨詢有限公司在西部建設樹立良好的企業(yè)形象。
測試工程師總結2
一、工作內(nèi)容
20xx年過完年后，我被主管派到一個大組去學習自動化測試技術。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發(fā)出來的。到現(xiàn)在，他們的自動化用例覆蓋率約50%，應用率好像有70%，總之這個自動化測試框架還是滿厲害的，不過就是整個框架實現(xiàn)太復雜了，涉及的編程腳本就用了三種。
下面簡單介紹一下該GUI自動化測試框架。
測試工具：IBM Rational Robot
自動化測試技術：第三代自動化測試框架
測試腳本：Robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了TCL、COM組建等，并自行開發(fā)了一個抓包工具用于自動化測試。還有我們測試的產(chǎn)品界面是使用Java開發(fā)的，如果要讓Robot能夠正常識別界面，還需涉及到Java編程。
學習自動化的頭一個星期，我只是學習該測試組的產(chǎn)品知識，學習如何使用自動化測試。后面的幾個星期就開始承擔自動化測試的建設任務了。想想當初自己還是滿辛苦的，白天上班學習產(chǎn)品知識，晚上回家就對著電腦看basic腳本的語法，周末還去公司無償加班看代碼。
在技術文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什么要選擇英文的呢?因為很多中國寫書的人很浮躁，只想著快點把書出版了好賺錢，所以很多中文的資料質(zhì)量很差。首先要貶低的就是那本譚教授的《C語言程序設計》。記得讀大學時，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。
當時帶我學習自動化的導師姓L，他是個大忙人，有時一整天都在開會。L的師傅姓W，W是該自動化創(chuàng)始人之一。
當時對我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執(zhí)行的流程等；另外一篇則是由W寫的自動化建設指導書，寫的還是滿不錯的，在我有一定基礎后，照著指導書就能完成簡單的自動化建設。
在我整個學習過程中，是按照以下的過程開展的：
1、吳江裝修網(wǎng)初步了解整個自動化和產(chǎn)品知識，嘗試使用自動化進行測試；
2、熟悉sqabasic語法；
3、對著文檔讀代碼，嘗試調(diào)試腳本，跟蹤到代碼的最底層。
其實最好的學習方式就是實踐，去做自動化建設。當有一定基礎后，去完成導師交給的自動化建設任務，就是最好的學習方式。后來，我教別人的時候，也是安排實際任務給他做，然后再進行相應的引導。
在我的學習期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然后那些家伙會不停的提問，以檢驗我的學習效果。雖然這招很BT，但是對個人的成長還是滿有利的。假設你學會了一項技能，此時你可能只在第一個層次上，如果你能夠把這項技能教會別人，那么你的層次上升了一個檔次。
記得當時是20xx年2月初去參加學習的，4月初就應急被調(diào)回原測試組了。總共不到兩個月的時間，我總共完成了3個模塊的自動化建設，第1個模塊搞了3個多星期，第2個模塊不到2個星期，第3個模塊一個星期就搞完了(第3個模塊算是友情支援呢，哈哈)。
4月初被調(diào)回原測試組后，就一直做救火的工作。差不多5月份的時候才正是開始做我們T項目的自動化。其實也就是把我學習的自動化框架移植過來，做T項目自動化測試。
另我比較遺憾的是，T項目的測試一直都很緊，而自動化測試并沒有被推廣和充分利用。直到我離職前，測試組為應付測試部自動化考核指標，才得到重視。
這里我談一下自己對自動化測試的理解。
1、自動化測試用于提高測試效率；
2、自動化測試可以完成一些無法手工完成的測試，例如長時間不間斷的測試；
3、自動化雖然能夠發(fā)現(xiàn)問題，但主要是對繼承的功能進行測試，保證以前的老功能。(這個跟項目有關，GUI自動化測試比較復雜，如果是嵌入式設備或芯片的自動化測試，對自動化測試的理解可能會不一樣)
二、開發(fā)小工具
我在自動化學習期間，表現(xiàn)出來的專業(yè)技能和良好的學習能力，得到了同事和主管的認可。鑒于此，在4月中旬的時候，測試組的Leader給我安排一個任務，使用Excel表格開發(fā)一個工具，用于收集和統(tǒng)計記錄的數(shù)據(jù)。要求該工具能夠代替手工計算，提升測試效率。任務完成的截至日期是五一。給我安排的時間大概為一周。
該工具的實現(xiàn)方式并不難，就是設計一個Excel表格，然后在里面嵌入VBA腳本，以宏的方式代替手工計算。對我來說最大的挑戰(zhàn)就是：
1、短時間內(nèi)學會VBA編程；
2、提取需求，設計Excel表格的格式，使該工具具有較好的易用性。
當我接到任務后，下班回家就開始到網(wǎng)上搜集關于VBA資料。當時我找了一個星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的PDF文檔，但是那篇PDF文檔只是讓我初步了解了VBA是個什么東東，并不能滿足我的實際需求。最終，在寫VBA腳本期間，我還是參考微軟自帶的幫助文檔搞定的。
本來計劃是在四月底的一個星期開展該項任務，但實際上直到4月的最后兩天我才有時間。記得當時，我花了一天半的時間與我的客戶——也就是我的同事，共同討論需求，并設計Excel表格的格式，讓其評審。最終寫腳本花費了4月的最后一個下午，以及五一期間的三個下午的時間，總計4個下午的時間，完成該工具的開發(fā)。而且我五一期間的工作并沒有申報加班，是無償勞動啊。
其實工具開發(fā)完成后，還是有些問題，如：
1、程序崩潰
2、有1/3的功能基本沒有被使用
3、自動生成的表格，奇丑無比
三、負責M項目測試
20xx年10月份，我開始獨立負責M項目的測試工作。M項目是個小項目，大體情況如下：
代碼量：大約10K行
開發(fā)語言：C#
軟件環(huán)境：Windows PPC 20xx
硬件環(huán)境：hp的PDA
人力投入：開發(fā)3人，測試就我1人
M項目的測試需求分析、測試設計、測試用例編寫、測試執(zhí)行到測試報告，全部由我一個人搞定
20xx年10月～12月中旬這段時間，主要是完成前期的測試分析與設計。12月中旬，就進入了實際的測試階段，20xx年1月底，軟件發(fā)布。回顧這4個月的工作，有做的好的，也有做的差的。下面對這些進行總結。
做的比較好的：
1、測試進度把握比較好，在規(guī)定時間內(nèi)，甚至提前完成了測試任務；
2、與開發(fā)人員的溝通較好，使問題能夠較順利的解決，基本沒有內(nèi)耗，雙方合作愉快；
3、測試的重點把握較好，把很多嚴重問題，在測試前期就給暴露出來了；
做的不好的，待改進的：
1、前期的測試分析能力較弱，測試規(guī)格分析不全，測試用例編寫質(zhì)量不是高。到后期測試時，才發(fā)現(xiàn)很多規(guī)格沒有覆蓋到，需要補充測試用例。而且之前寫的測試用例與實際測試情況，有些偏差，用例的可用性差，又花了很多時間去修改用例。
2、前期的測試計劃制定比較差，實際工作較之計劃偏差過大。吳江裝飾網(wǎng)反正10月、11月那段時間，M項目的工作是亂七八糟的，還好關鍵時間點的把握還算到位。
3、測試對象選擇上疏忽，導致漏測。M程序是個工具軟件，主要用于查詢和設置設備的某些參數(shù)或配置。我當時只考慮到對所有支持的設備進行遍歷，卻未考慮到設備上所有單板的遍歷。結果技術支持工程師到香港試用該工具時，發(fā)現(xiàn)某塊叫PM1D的單板無法識別。后續(xù)，我們對大部分單板進行了遍歷，還發(fā)現(xiàn)了很多隱藏的問題。這是一項較大的疏忽。
4、在做內(nèi)部模擬試驗局測試時，對測試環(huán)境的選擇有較大疏忽，導致漏測。在做內(nèi)部試驗局的時候，我為了偷懶只選擇了3個不同設備的組網(wǎng)測試，而沒有考慮到大規(guī)模組網(wǎng)情況下的測試。后來，技術支持工程師拿M軟件到廣州試用時，程序的某項功能就不正常了，原因就是大規(guī)模組網(wǎng)時，通信數(shù)據(jù)的傳輸是多包的，而M程序的底層函數(shù)沒有對多包的情況進行處理，導致該項功能不正常。當時，在其他實驗室是有類似環(huán)境的，而我卻為了偷懶。
雖然M項目的測試有很多不足，但是總體情況良好，我對產(chǎn)品的質(zhì)量有信心。
四、救火
大概是20xx年7月份時，我們組組長跟我說，要派我到B組去學習3個星期。等我去了B組才發(fā)現(xiàn)自己是被派來救火的。來B組支援測試，主要是完成一項測試任務，說具體點，就是把一件事情干600多次，沒任何技術含量。我當時真是郁悶壞了。
雖然心底是比較郁悶，但畢竟也就3個星期，想著忍忍就過去了。
具體的任務很簡單：大概有80種板子，每種板子大概有8套軟件，用T工具對80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業(yè)務是否正常，板子加完軟件后，運行是否正常。
還有一個也是其他組借調(diào)過來的新員工，跟我一起干這件事情。我600多次，他也差不多600次。還好這個家伙，心態(tài)很好，做事情也很勤奮。
最初B組給的方案是這樣的：先用第1套軟件把80多個板子加載一遍，再用第2套，第3套，直到第8套。
開始工作幾天，我們就按這種方案執(zhí)行，但按這種方案執(zhí)行的效率很差。主要因為實驗室常用的板子差不多只有30塊，其他的.板子都藏在箱子里，而且有些板子B組根本沒有，需要到其他項目組去借，這樣針對軟件版本，對80多塊板子進行輪循加載，效率就很低，因為每加一套軟件，就要去尋找80多塊板子。
當時，我和那個新員工都很愁，按照這種做法，這項任務3個星期根本就無法完成。B組負責帶我們的兩個員工，也表示比較無奈。
郁悶過的第2天一早，我就直接找B組的老大談話，“按照你們提供的這種方案，我們在三個星期內(nèi)根本無法完成任務，而且還有諸多其他困難：1、部分板子是壞的；2、某些板子實驗室里根本就沒有；3、對設備不熟悉。”
就這樣，B組老大把組內(nèi)相關骨干人員都叫過來開會，重新商討了一套方案，并要求他們?nèi)χС治覀兊墓ぷ鳌?/p>
開了會后，B組的人就比較支持我們的工作了，啟用新的方案后，還提前了1天時間把工作完成。
這里我體會比較深的是：在做一份工作前，一定要弄清楚這項任務到底要做些什么、要怎么做、要做到什么程度，工作中還要定期匯報工作(基本上以日報、周報的形式，用郵件發(fā)送)，如果出現(xiàn)了解決不了的困難，一定要向老大匯報，如果老大也解決不了，那他也不能責怪你無能
五、工作中的陷阱
在辭職前的幾個月，有個師弟也是老鄉(xiāng)x君，得知我做過自動化項目后，便來向我了解自動化測試相關的情況。
從與x的聊天過程中了解到，他也正在做自動化，他們組測試的產(chǎn)品規(guī)模比較大，不過做自動化的只有兩個新人，而且是使用一種新的GUI測試工具。他在給我講他們具體工作時，了解到他們的自動化測試非常原始，就是針對一個用例錄制一套腳本，幾百個測試用例，大概錄制幾百個腳本，根本沒有對公共進行提取，更別提有什么自動化測試框架了。x君與另外一個人，在自動化方面都是新手，沒有相關經(jīng)驗，他們不知道這樣做會給后期的維護帶來多大的麻煩。而且他們主管也不太懂GUI測試的自動化，只是每天要他們匯報工作進度，期望在兩個月內(nèi)完成那幾百個腳本。
經(jīng)過我細致詢問后，我猜測他們做這項自動化工作，基本上是為了應付部門自動化考核而做的，而并非為了提高測試效率，保證產(chǎn)品質(zhì)量。
我也可以體諒x君主管的難處：測試組人力本來就緊張，而部門又要考核自動化指標，他只有弄兩個人來應付一下部門的考核了。
這樣說來，x君和他另外一位同事就是受害者了，被安排做一件這么沒意義的事情。對他們我只能表示同情了。
對于這類BT主管吩咐的沒啥意義的事情，我的體會就是能推掉不做就不做，如果實在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么樣就做成什么樣。實在搞郁悶了就老板炒魷魚吧。
六、其他
記得剛進公司那一陣，對我們新員工有這樣那樣的培訓，估計轉正前至少被培訓了20門課吧。具體講的都是產(chǎn)品知識、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，PPT寫的水準也有好有壞�？傮w感覺就是那些培訓是在浪費時間，如果自己看這些資料效果都要好很多。
在轉正前，作為新員工要給部門的“老”員工講課，講自己所學習過的知識，然后下面的“老”員工會發(fā)狂了似的問你問題�，F(xiàn)在我感覺這種方式真的是一種非常好的檢驗方法，不但檢驗了你的學習情況還鍛煉了你講解PPT的能力。
七、感悟和進步
通過這種方式，我覺得自己在很多方面有提高：
1、寫PPT的水平。后續(xù)工作中，寫PPT匯報工作，做的是又快，又漂亮。
2、溝通能力。最初別人問我一個問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的說了一堆別人不想知道的東東，搞得別人一頭霧水。此后，別人每問我一個問題，我都會先把他的意圖或意思搞搞清楚了，確認后，再以最精練的語言來回答他的問題。
3、懂就是懂，不懂就別亂說。記得最早“老”員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結果他再一細問，我就傻了。知道就知道，不知道就別亂說，這點很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。
測試工程師總結3
本人自xx年6月25日起進入夢龍移通公司從事手機軟件測試工程師一職，在不知不覺中已經(jīng)經(jīng)過了2個月的試用期。在這段時間里，我感悟頗多，雖然這并不是我的份工作，但是在此期間，我對于工作一貫謙虛謹慎、認真負責的工作態(tài)度，從來沒有改變過。
我最初參加測試工作的時候，不知道什么是軟件測試，集成測試和系統(tǒng)測試的概念經(jīng)�；煜�，cmm是什么就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統(tǒng)對我來說簡直是有史以來人類的技能，對于那些拿著螺絲刀安裝機器的人就認為是宇內(nèi)超級高手，身具殺人于無形之絕世秘技。拿破侖說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷偷師，總結經(jīng)驗，自認為掌握了成為高手的幾個秘技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。
招學會利用網(wǎng)絡
剛參加工作面對浩瀚的網(wǎng)絡世界，當時如劉姥姥進大觀園，什么都新奇，什么都想要，從網(wǎng)上下載很多源程序的代碼，軟件技術文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些“武林秘籍“，成為高手指日可待。最初參加工作由于自己工作努力有幸轉為開發(fā)，加入項目組后我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網(wǎng)的時間更加頻繁。
一次項目經(jīng)理分配任務，覺得依靠手中的秘籍加上自己的“聰明才智“很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經(jīng)理在對我施壓的過程中教會了我終身難忘的一招，學會利用網(wǎng)絡尋找要解決問題的答案，從此google成了我的最愛，關鍵字成了我變化的招數(shù)。在軟件測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我?guī)椭鷾y試同行解決問題手段之一，很多軟件測試新手，甚至老手都沒有意識到自己手上就握有“無敵秘籍“，所以只要你耐心找，答案就在身邊。
這里總結一下利用網(wǎng)絡搜索引擎的技巧：
組合搜索
每次搜索某個文件，如果只給出一個單詞進行搜索，經(jīng)常會出現(xiàn)成千上百萬計的匹配網(wǎng)頁。然而如果再加上一個單詞，那么搜索結果會更加切題。
選擇表述內(nèi)容的詞組
一般我在網(wǎng)頁搜索引擎的時候，選擇一些可以表達我要查找內(nèi)容的關鍵詞組，用來縮小搜索范圍，從而找到搜索結果是的辦法。運用詞組搜索涉可以先先簡單地輸入一個問題作為詞組搜索，如果仍然找不到合適的，那就用多個可以表達要查詢內(nèi)容的關鍵字進行查詢。
定位信息
有的時候用詞組搜索不到或者無法準確表達所需信息。可以用另一種方法直接到信息源，就是直接到到提供某種信息的站點去�？梢杂霉健�.公司名.”去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組
其實網(wǎng)絡上還有很多關于搜索技巧的文章，大家可以自行學習。千萬要記住搜索引擎是幫助你成功的有力武器。
第二招學會動手
參加軟件測試工作后，隨著工作經(jīng)驗的增長自我感覺越來越好。在公司里也逐漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣“隨手“測試出了幾個bug，然后“仔細“的填寫了bug單(這個bug的現(xiàn)象已經(jīng)出現(xiàn)了很多次了)。這時候測試經(jīng)理走過來，重新復查了一下填寫的bug 。他在重現(xiàn)我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現(xiàn)了，同樣的現(xiàn)象，他關閉軟件重新變化輸入，擴展出10幾個變
化后，軟件不動了，內(nèi)存不斷上升。終于他找到了產(chǎn)生軟件的bug的原因，然后對我說“尋找bug要準確定位，我們開發(fā)團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發(fā)現(xiàn)的bug描述不清楚，并且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發(fā)人員在重現(xiàn)bug的時候他要調(diào)試跟蹤判斷，很花費時間，而且效率低。如果測試人員發(fā)現(xiàn)bug的時候多動手可以更加準確的定位bug步驟和原因，給開發(fā)人員最精我最初參加測試工作的時候，不知道什么是軟件測試，集成測試和系統(tǒng)測試的概念經(jīng)常混淆，cmm是什么就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統(tǒng)對我來說簡直是有史以來人類的技能，對于那些拿著螺絲刀安裝機器的人就認為是宇內(nèi)超級高手，身具殺人于無形之絕世秘技。拿破侖說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷偷師，總結經(jīng)驗，自認為掌握了成為高手的幾個秘技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。
測試工程師總結4
1．項目測試工作
l 對測試用例的編寫提供反饋意見；
l 對測試過程及測試情況進行分析，并提供意見；
l 設計業(yè)務測試數(shù)據(jù)的例子；
l 繪制系統(tǒng)關鍵業(yè)務流程；
l 進行主要功能的界面測試、功能測試；
l 按照測試用例執(zhí)行測試，并提交測試匯報；
l 進行需求驗證工作。
2．知識與經(jīng)驗分享
這部分工作，主要表現(xiàn)在四方面：
l 完成項目測試經(jīng)驗總結
l 完成“測試經(jīng)驗交流與知識分享”簡報，包括簡報材料的制作。該簡報內(nèi)容包括：項目測試經(jīng)驗介紹、測試度量、性能測試知識介紹、loadrunner使用經(jīng)驗交流。
l 對現(xiàn)有測試規(guī)范提供改進反饋意見；
l 根據(jù)以往經(jīng)驗，在cmbp項目中提供幫助。
3．完成所需知識的積累
這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。我主要是根據(jù)《新員工入職指引表》的要求進行的。主要工作內(nèi)容有：
l 學習金融行業(yè)業(yè)務知識
l 學習公司研發(fā)規(guī)范
l 學習研發(fā)部產(chǎn)品知識（保理項目、intelliworkflow、農(nóng)行crm系統(tǒng)、工作流知識）
l 參加公司或業(yè)務部門組織的培訓（新員工入職培訓、基于uml的面向?qū)ο蠓治龊驮O計、金融衍生工具介紹）
l 學習缺陷管理工具ttp
4．工具學習及研究
根據(jù)《新員工入職指引表》的要求，我了解rational 測試解決方案和工具，并進行rational performance tester的研究。完成對rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介紹.doc》、使用rational performance tester進行性能測試的例子及學習參考資料。
二、xx年計劃
xx年，我希望能通過參與具體項目的實踐，達到以下目標：
1．能將測試過程在項目中真正的運用起來，并讓項目的開發(fā)人員了解我們的測試過程
2．在項目中沉淀出一些部門成果
除了保質(zhì)保量的完成項目測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。
三、對部門建設的建議
在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：
1．對人員進行分工，或者說是團隊成員的側重方向進行明確
例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。
2．強化制度建設
3．加大對測試過程的實施力度
現(xiàn)有測試過程，過程文件上存在不易操作的地方。所以在實施上也相應的存在一些問題。另外，爭取能讓開發(fā)人員了解測試過程。如果能讓開發(fā)人員了解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。
4．加強部門測試成果的積累與沉淀。
現(xiàn)在的測試成果保存在服務器上，很容易發(fā)生測試成果丟失的情況。加上還有一些測試成果未提交服務器，只是保留在個人機器上，很容易發(fā)生人走成果也不在的情況。另外，保存在個人機器上，也不利于知識的傳播與分享，不利于部門成員技能的提升。
除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉淀下來。例如，對項目的測試經(jīng)驗，性能測試的經(jīng)驗，測試用例設計經(jīng)驗等等。
測試工程師總結5
本人自20xx年6月25日起進入x公司從事手機軟件測試工程師一職，在不知不覺中已經(jīng)走過了20xx年。在這段時間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對于工作一貫謙虛謹慎、認真負責的工作態(tài)度，從來沒有改變過。
在本部門工作中，我一直嚴格要求自己，認真及時地完成領導布置的每一項任務，并虛心向同事學習，不斷改正工作中的不足。配合各部門負責人落實及完成公司各項工作。
在過去的一年中，通過不斷的學習和自我提高，已經(jīng)適應了本職的工作，但對于一個初入公司的新人，要全面融入企業(yè)的方方面面，可能在一些問題的考慮上還不夠全面，但我相信，通過公司領導及同事的悉心指導，我一定會在今后的工作中更好的提高自己的水平、素質(zhì)，更好的完成本職工作。
在今后的工作中，我要繼續(xù)努力，克服自己的缺點，彌補不足，向白盒測試、內(nèi)部代碼測試方向了解，加強軟件測試、計算機語言方面的知識，不斷自我學習，力爭成為學習型、創(chuàng)新型、實干型兼?zhèn)涞男率兰o人才。
測試工程師總結6
伴隨著充實緊湊的工作生活，20xx年的時間已經(jīng)過去了。這一段時間里有工作上的收獲，知識的豐富，經(jīng)驗的增長，同時也暴露出很多問題和不足�？偨Y經(jīng)驗，吸取教訓，我主要從幾個方面來對工作進行總結：工作的主要內(nèi)容；其中的失敗和教訓以及成功和經(jīng)驗；展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。
一、工作的主要內(nèi)容
在20xx年的工作中，我的總體任務是協(xié)助xx管理系統(tǒng)的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：
1.編寫礦業(yè)權系統(tǒng)的各類文檔；
2.礦業(yè)權系統(tǒng)的編碼及bug勘誤工作；
3.礦業(yè)權系統(tǒng)的測試工作。
下面依照時間來對我的工作進行介紹。初踏入職場，進入專業(yè)的軟件制造公司，對我，一個沒有接觸過標準軟件制作過程的新人來說，起步就是一個很大的難題。若直接做開發(fā)，則業(yè)務不熟練，代碼不規(guī)范，弊大于利；若僅做學習，則不能跟上項目的步伐，不能以最快的速度融入工作中去。
在我還在忐忑自己到底要做什么工作的時候，任務已經(jīng)下達了，首先進行礦業(yè)權系統(tǒng)的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業(yè)務邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標。至此，入職工作順利起步。
在對礦業(yè)權系統(tǒng)進行測試之后，暴露了系統(tǒng)的諸多問題，測試過程中發(fā)現(xiàn)xx系統(tǒng)沒有進行輸入限定，為了解決這個問題需要對整個系統(tǒng)的數(shù)據(jù)進行整理，我的下一個任務就是編寫礦業(yè)權系統(tǒng)的數(shù)據(jù)需求文檔。在編寫該文檔的過程中，對xx系統(tǒng)進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎。
完成了礦業(yè)權系統(tǒng)的數(shù)據(jù)需求文檔的編寫之后，新的任務是對整個xx的輸入數(shù)據(jù)進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現(xiàn)方法的一知半解以及任務完成過程中的不仔細，為之后發(fā)生的問題也埋下了苦果。
在對礦業(yè)權系統(tǒng)添加輸入限定完成之后，進入了解決程序小問題的階段，對xx系統(tǒng)進行細微的縫補工作。這段時間是學習多于工作的，不同的問題督促我要每天和百度親密接觸數(shù)百次，又要勞煩諸位在百忙中的同事抽出時間來給我?guī)兔�。雖然辛苦一點，但收獲卻是滿滿。完成了系統(tǒng)的修補之后，在測試的一周里，我主要是補充網(wǎng)絡編程的基礎知識。
第一輪測試結果出來之后，我們項目組開始了緊張的第一輪礦業(yè)權系統(tǒng)bug勘誤工作。拿到bug列表之后，發(fā)現(xiàn)有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了xx所進行所檢。在進行所檢之余，我又接到了新的任務，完成xx系統(tǒng)的概要設計以及詳細設計文檔的編寫。這兩份文檔已于x月x號編寫完畢。
現(xiàn)階段我的任務是根據(jù)所檢的bug列表，對xx系統(tǒng)進行回歸測試。
二、工作中失敗的教訓以及成功的經(jīng)驗
對于失敗的教訓要吸取，成功的經(jīng)驗要進行總結。我對成功的定義是：在保證質(zhì)量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。
成功的經(jīng)驗：
1）敢于接受任務并想盡一切辦法完成。最大的收獲就是敢于接受任務并想盡辦法完成，每一個任務對于初入職場的我都是一個挑戰(zhàn)，如何保質(zhì)保量完成任務是最基本的要求。這兩月最大的成功在于沒有一次任務是拖沓的，每次都盡最大努力完成了任務。
2）勇于承擔錯誤，正視自身的問題。工作中可謂是錯誤不斷，從文檔的錯別字這種小問題到xx系統(tǒng)bug修改不正確導致崩潰這種大錯誤，暴露出來了很多的問題，我秉承著有錯即改，下不為例的思想，正視自己的錯誤并積極改正，因此這也算是一個成功。
失敗的教訓：
1）重視每一個細節(jié)，不要忽視小問題。在最初進行礦業(yè)權系統(tǒng)數(shù)據(jù)需求文檔的編寫的過程中，對某些頁面的數(shù)據(jù)在數(shù)據(jù)庫中沒有存儲的情況沒有加以重視，在后期進行數(shù)據(jù)限定的時候，還要重新修改數(shù)據(jù)需求文檔，造成了不必要的時間浪費。從這個事情上得到教訓就是不要放過任何一個小問題，這個小問題可能導致之后的大問題。
2）進行重復工作也不能大意。在對xx系統(tǒng)進行輸入限定的方法熟悉之后，都是重復性的工作，給每個頁面，每個字段進行輸入控制語句的添加，在進行了數(shù)個頁面之后，出現(xiàn)了有的頁面沒有添加完整，或者提示語句不正確的情況，在后續(xù)的bug勘誤中出現(xiàn)了大量此類問題，浪費了大量的時間和精力修改。從這個事情上得到的教訓就是工作不能大意，重復性的工作更要完成好。一般重復性的工作第一次做不好，后續(xù)檢查修改是非常浪費時間的。
3）考慮問題要嚴謹。在對xx系統(tǒng)bug勘誤的過程中，對輸入限定條件的判斷出了問題，我想當然的按照我的主觀思路對數(shù)據(jù)進行了限定，而在回歸測試的時候出了問題，這些都是考慮不嚴謹?shù)暮蠊�。這個事情的教訓就是考慮不嚴謹直接導致問題推倒重來，影響了工作效率，而且很容易埋下隱患。
4）注重用戶體驗。在xx系統(tǒng)bug勘誤的過程中，修改最多的在于坐標系統(tǒng)的提示語句，因為坐標系統(tǒng)不僅要求數(shù)據(jù)必須填入，而且每一個數(shù)據(jù)都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本著如何讓用戶知道哪里錯了為原則進行設置。在最初的限定里面，語句粗糙，彈出語句不明確，造成了用戶使用的不方便，還得重新進行改造。這個問題的教訓是一定要從用戶的角度出發(fā)考慮問題，注重用戶體驗從簡單的提示語句做起。
三、展望下一階段的工作
下一階段短期內(nèi)我們的工作主要針對xx系統(tǒng)的使用的數(shù)據(jù)庫變更來對我們的系統(tǒng)進行修改。我的工作任務主要是學習數(shù)據(jù)庫和xx數(shù)據(jù)庫的使用上的區(qū)別，做好從xx數(shù)據(jù)庫向xx數(shù)據(jù)庫的遷移工作。
20xx年的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕松愉快的。感謝經(jīng)理的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖后，總結經(jīng)驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現(xiàn)中地的輝煌。
測試工程師總結7
通過面試，來到xx公司工作，已經(jīng)一個月過去了，我努力了解公司的文化、制度、相關本崗工作的各種信息，以便盡快的融入到公司大家庭。對我一個月來的工作總結如下：
一、對公司的認識
在工作初期，我從各渠道了解公司的發(fā)展情況；對公司的業(yè)務模式、組織架構、地域分布有了初步的了解；閱讀了一些公司管理制度。對公司的發(fā)展前景充滿信心，愿意更加堅實與公司共同成長。
二、工作了解
1.信息化工作無中期的戰(zhàn)略目標
基礎建設與運維方面
基礎建設薄弱。設備相應的資產(chǎn)信息、應用權限、輔助安全、擴展應用......管理都較松散，缺乏整套切實可行的運維機制(當然這和公司之前無本崗位人才有關)。
3.網(wǎng)絡方面
網(wǎng)絡不足以支撐目前的公司應用規(guī)模，表現(xiàn)在：網(wǎng)絡結構無規(guī)劃、帶寬不足、網(wǎng)絡管理設備性能太低，這些因素導致公司網(wǎng)絡不穩(wěn)定，無法支撐發(fā)布IT應用服務。
系統(tǒng)推進方面
對于目前xx系統(tǒng)在測試準備階段深切體會到一些問題：
(1).從整體看這套xx不符合目前公司的管理結構。即：我公司所選這款xx系統(tǒng)適合中小企業(yè)或者但組織架構企業(yè)，不適合我們目前的集團管理架構。在日后我們xx應用逐漸成熟和層次逐漸深化時就會暴漏出很多問題。如：與日后集團型其它系統(tǒng)數(shù)據(jù)對接、更深層次權限劃定
(2)xx的模塊選擇不合理。對一般xx非常有用的模塊沒有購買，如：日程提醒、數(shù)字簽名、移動應用。對我們目前現(xiàn)狀沒必要的模塊又買了，如：郵件模塊、辦公用品管理。
(3)系統(tǒng)功能弱。開放自助修改地方的相對市場上主流xx較少；協(xié)同審批流程設定麻煩；新聞中心版面僵硬，不可修改；知識中心版面缺乏人性化；通訊錄功能非常薄弱；即時通訊功能太可憐
(4).系統(tǒng)實施規(guī)劃不夠全面。系統(tǒng)實施零散，缺乏整體規(guī)劃。如：系統(tǒng)基礎設備架設不安全；數(shù)據(jù)備份不合理；系統(tǒng)基礎數(shù)據(jù)有些缺少統(tǒng)一規(guī)則制定；乙方顧問更換平凡、對接人多。
三、工作推進
1.將兩個無線路由安裝使用起來。
上線準備工作完成。截止20xx上線前的準備基本完成，包括上線前全員培訓。接下來就是公司開始試用行，上線運行后再出現(xiàn)的問題繼續(xù)協(xié)調(diào)處理。
3.機房整理，將小UPS裝給財務利用；不用之物清理出機房；
四、工作展開計劃
通過對公司的了解，利用現(xiàn)有資源，以現(xiàn)在已明確的任務為首要(xx系統(tǒng)推行到全公司)，結合公司信息化長遠發(fā)展，逐步從基礎架構開始完善信息化工作，計劃工作如下開展：
1.首先將xx系統(tǒng)在集團總部推行起來。
2.下一步整改機房，使機房相對安全，整潔。
3.深入了解整個集團各公司的網(wǎng)絡使用狀況，對網(wǎng)絡全面的規(guī)劃改造，為日后公司更多的IT應用做準備。
4.建立升級和建立基礎的信息共享溝通，即：升級郵箱、建立整個集團可應用的即時通訊系統(tǒng)、簡單文件共享。
5.擬建初步的信息化管理辦法。
系統(tǒng)在各個公司逐步推行使用起來。
【測試工程師總結】相關文章：
測試工程師工作的總結07-03
關于測試工程師轉正的總結04-01
測試工程師工作總結09-24
測試工程師實習總結范文01-06
軟件測試工程師總結范文10-31
測試工程師工作總結11-14
測試工程師工作總結05-13
關于測試工程師轉正的總結11-23
軟件測試工程師個人總結范文01-18
測試工程師轉正工作總結11-29