電機工程師工作總結（系列7篇）。

時間過得非?？欤徽Ｑ?，一年就過去了，回顧過去一年的工作，一定有很多需要梳理的事情，不如趁現在好好地總結一下過去的工作，爭取來年再創佳績！但是年終總結要寫什么內容才能讓人眼前一亮呢？以下是小編為大家收集的電機測試工程師年終工作總結（通用7篇），僅供參考，希望能夠幫助到大家。

電機工程師工作總結 篇1

通過最近xx客戶端的產品測試，我做了以下簡單的工作總結，重新認識產品測試的基本理念以及對自己工作不足之處的檢討。

產品測試的目的是找出產品存在的漏洞，了解客戶的感知，從而改良產品。但不同的測試初衷會直接影響到測試方法的選擇，從而影響到最后的結果與測試目的的吻合程度，所以明確產品測試的目的是十分必要而且十分重要的。測試的目的主要是記錄客觀現象，揭露產品現狀，站在客戶的角度使用產品，深入了解用戶的感受。

產品測試的方法，我個人認為應該將產品測試的目的和測試方法緊密結合起來，其重點在于細致入微的發現和記錄，反映用戶不愿或者不能表達的客觀現象，從而揭露產品的缺陷，并通過進一步詢問的方式，了解用戶的真實感受，所以應該采取客觀記錄和深度訪談相結合的方法，充分揭露產品存在的缺陷，不斷改良和完善產品。

因此作為一名產品測試員，應該承擔起重要的責任。首先，產品測試員要有一顆細致，善于觀察的心，具備高素質的專業技能，并且充分明確產品測試的目的和產品測試的方法，知道為什么要測以及用什么來測才能真正地做好產品測試，發揮產品測試的作用；其次，產品測試員要對產品業務流程非常熟悉，掌握產品的功能，才能對產品進行充分的、詳細的、全面的測試；再者，產品測試員要做到既是專家又是用戶，要站在用戶的角度去使用產品，且要比用戶更加細致，用心的使用產品，才能更加充分地去發現產品在使用過程中存在的不足，從而才能不斷地完善產品，滿足客戶的真正需求。

電機工程師工作總結 篇2

時間乘著年輪循序往前，一段時間的工作已經結束了，回顧這段時間，我們的工作能力、經驗都有所成長，讓我們好好總結下，并記錄在工作總結里。在寫之前，可以先參考范文，以下是小編整理的手機軟件測試工程師試用期工作總結，供大家參考借鑒，希望可以幫助到有需要的朋友。

本人自20xx年6月25日起進入夢龍移通公司從事手機軟件測試工程師一職，在不知不覺中已經經過了2個月的試用期。在這段時間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對于工作一貫謙虛謹慎、認真負責的工作態度，從來沒有改變過。

在本部門工作中，我一直嚴格要求自己，認真及時地完成領導布置的每一項任務，并虛心向同事學習，不斷改正工作中的不足;配合各部門負責人落實及完成公司各項工作，在過去的2個月中，通過不斷的學習和自我提高，已經適應了本職的工作，但對于一個初入公司的新人，要全面融入企業的方方面面，可能在一些問題的考慮上還不夠全面，但我相信，通過公司領導及同事的悉心指導，我一定會在今后的工作中更好的`提高自己的水平、素質，更好的完成本職工作。

在今后的工作中，我要繼續努力，克服自己的缺點，彌補不足，向白盒測試、內部代碼測試方向了解，加強 軟件測試、計算機語言方面的知識，不斷自我學習，力爭成為學習型、創新型、實干型兼備的新世紀人才。

電機工程師工作總結 篇3

一、工作內容

20xx年過完年后，我被主管派到一個大組去學習自動化測試技術。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發出來的。到現在，他們的自動化用例覆蓋率約50%，應用率好像有70%，總之這個自動化測試框架還是滿厲害的，不過就是整個框架實現太復雜了，涉及的編程腳本就用了三種。

下面簡單介紹一下該GUI自動化測試框架。

測試工具：IBM Rational Robot

自動化測試技術：第三代自動化測試框架

測試腳本：Robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了TCL、COM組建等，并自行開發了一個抓包工具用于自動化測試。還有我們測試的產品界面是使用Java開發的，如果要讓Robot能夠正常識別界面，還需涉及到Java編程。

學習自動化的頭一個星期，我只是學習該測試組的產品知識，學習如何使用自動化測試。后面的幾個星期就開始承擔自動化測試的建設任務了。想想當初自己還是滿辛苦的，白天上班學習產品知識，晚上回家就對著電腦看basic腳本的語法，周末還去公司無償加班看代碼。

在技術文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什么要選擇英文的呢?因為很多中國寫書的人很浮躁，只想著快點把書出版了好賺錢，所以很多中文的資料質量很差。首先要貶低的就是那本譚教授的《C語言程序設計》。記得讀大學時，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。

當時帶我學習自動化的導師姓L，他是個大忙人，有時一整天都在開會。L的師傅姓W，W是該自動化創始人之一。

當時對我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執行的流程等;另外一篇則是由W寫的自動化建設指導書，寫的還是滿不錯的，在我有一定基礎后，照著指導書就能完成簡單的自動化建設。

在我整個學習過程中，是按照以下的過程開展的：1、吳江裝修網初步了解整個自動化和產品知識，嘗試使用自動化進行測試;

2、熟悉sqabasic語法;

3、對著文檔讀代碼，嘗試調試腳本，跟蹤到代碼的最底層。

其實最好的學習方式就是實踐，去做自動化建設。當有一定基礎后，去完成導師交給的自動化建設任務，就是最好的學習方式。后來，我教別人的時候，也是安排實際任務給他做，然后再進行相應的引導。

在我的學習期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然后那些家伙會不停的提問，以檢驗我的學習效果。雖然這招很BT，但是對個人的成長還是滿有利的。假設你學會了一項技能，此時你可能只在第一個層次上，如果你能夠把這項技能教會別人，那么你的層次上升了一個檔次。

記得當時是20xx年2月初去參加學習的，4月初就應急被調回原測試組了?？偣膊坏絻蓚€月的時間，我總共完成了3個模塊的自動化建設，第1個模塊搞了3個多星期，第2個模塊不到2個星期，第3個模塊一個星期就搞完了(第3個模塊算是友情支援呢，哈哈)。

4月初被調回原測試組后，就一直做救火的工作。差不多5月份的時候才正是開始做我們T項目的自動化。其實也就是把我學習的自動化框架移植過來，做T項目自動化測試。

另我比較遺憾的是，T項目的測試一直都很緊，而自動化測試并沒有被推廣和充分利用。直到我離職前，測試組為應付測試部自動化考核指標，才得到重視。

這里我談一下自己對自動化測試的理解。

1、自動化測試用于提高測試效率;

2、自動化測試可以完成一些無法手工完成的測試，例如長時間不間斷的測試;

3、自動化雖然能夠發現問題，但主要是對繼承的功能進行測試，保證以前的老功能。(這個跟項目有關，GUI自動化測試比較復雜，如果是嵌入式設備或芯片的自動化測試，對自動化測試的理解可能會不一樣)

二、開發小工具

我在自動化學習期間，表現出來的專業技能和良好的學習能力，得到了同事和主管的認可。鑒于此，在4月中旬的時候，測試組的Leader給我安排一個任務，使用Excel表格開發一個工具，用于收集和統計記錄的數據。要求該工具能夠代替手工計算，提升測試效率。任務完成的截至日期是五一。給我安排的時間大概為一周。

該工具的實現方式并不難，就是設計一個Excel表格，然后在里面嵌入VBA腳本，以宏的方式代替手工計算。對我來說最大的挑戰就是：

1、短時間內學會VBA編程;

2、提取需求，設計Excel表格的格式，使該工具具有較好的易用性。

當我接到任務后，下班回家就開始到網上搜集關于VBA資料。當時我找了一個星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的PDF文檔，但是那篇PDF文檔只是讓我初步了解了VBA是個什么東東，并不能滿足我的實際需求。最終，在寫VBA腳本期間，我還是參考微軟自帶的幫助文檔搞定的。

本來計劃是在四月底的一個星期開展該項任務，但實際上直到4月的最后兩天我才有時間。記得當時，我花了一天半的時間與我的客戶——也就是我的同事，共同討論需求，并設計Excel表格的格式，讓其評審。最終寫腳本花費了4月的最后一個下午，以及五一期間的三個下午的時間，總計4個下午的時間，完成該工具的開發。而且我五一期間的工作并沒有申報加班，是無償勞動啊。

其實工具開發完成后，還是有些問題，如：

1、程序崩潰

2、有1/3的功能基本沒有被使用

3、自動生成的表格，奇丑無比

三、負責M項目測試

20xx年10月份，我開始獨立負責M項目的測試工作。M項目是個小項目，大體情況如下：

代碼量：大約10K行

開發語言：C#

軟件環境：Windows PPC 20xx

硬件環境：hp的PDA

人力投入：開發3人，測試就我1人

M項目的測試需求分析、測試設計、測試用例編寫、測試執行到測試報告，全部由我一個人搞定

20xx年10月～12月中旬這段時間，主要是完成前期的測試分析與設計。12月中旬，就進入了實際的測試階段，20xx年1月底，軟件發布。回顧這4個月的工作，有做的好的，也有做的差的。下面對這些進行總結。

做的比較好的：

1、測試進度把握比較好，在規定時間內，甚至提前完成了測試任務;

2、與開發人員的溝通較好，使問題能夠較順利的解決，基本沒有內耗，雙方合作愉快;

3、測試的重點把握較好，把很多嚴重問題，在測試前期就給暴露出來了;

做的不好的，待改進的：

1、前期的測試分析能力較弱，測試規格分析不全，測試用例編寫質量不是高。到后期測試時，才發現很多規格沒有覆蓋到，需要補充測試用例。而且之前寫的測試用例與實際測試情況，有些偏差，用例的可用性差，又花了很多時間去修改用例。

2、前期的測試計劃制定比較差，實際工作較之計劃偏差過大。吳江裝飾網反正10月、11月那段時間，M項目的工作是亂七八糟的，還好關鍵時間點的把握還算到位。

3、測試對象選擇上疏忽，導致漏測。M程序是個工具軟件，主要用于查詢和設置設備的某些參數或配置。我當時只考慮到對所有支持的設備進行遍歷，卻未考慮到設備上所有單板的遍歷。結果技術支持工程師到香港試用該工具時，發現某塊叫PM1D的單板無法識別。后續，我們對大部分單板進行了遍歷，還發現了很多隱藏的問題。這是一項較大的疏忽。

4、在做內部模擬試驗局測試時，對測試環境的選擇有較大疏忽，導致漏測。在做內部試驗局的時候，我為了偷懶只選擇了3個不同設備的組網測試，而沒有考慮到大規模組網情況下的測試。后來，技術支持工程師拿M軟件到廣州試用時，程序的某項功能就不正常了，原因就是大規模組網時，通信數據的傳輸是多包的，而M程序的底層函數沒有對多包的情況進行處理，導致該項功能不正常。當時，在其他實驗室是有類似環境的，而我卻為了偷懶: (

雖然M項目的測試有很多不足，但是總體情況良好，我對產品的質量有信心: )

四、救火

大概是20xx年7月份時，我們組組長跟我說，要派我到B組去學習3個星期。等我去了B組才發現自己是被派來救火的。來B組支援測試，主要是完成一項測試任務，說具體點，就是把一件事情干600多次，沒任何技術含量。我當時真是郁悶壞了: (

雖然心底是比較郁悶，但畢竟也就3個星期，想著忍忍就過去了。

具體的任務很簡單：大概有80種板子，每種板子大概有8套軟件，用T工具對80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業務是否正常，板子加完軟件后，運行是否正常。

還有一個也是其他組借調過來的新員工，跟我一起干這件事情。我600多次，他也差不多600次。還好這個家伙，心態很好，做事情也很勤奮。

最初B組給的方案是這樣的：先用第1套軟件把80多個板子加載一遍，再用第2套，第3套，直到第8套。

開始工作幾天，我們就按這種方案執行，但按這種方案執行的效率很差。主要因為實驗室常用的板子差不多只有30塊，其他的板子都藏在箱子里，而且有些板子B組根本沒有，需要到其他項目組去借，這樣針對軟件版本，對80多塊板子進行輪循加載，效率就很低，因為每加一套軟件，就要去尋找80多塊板子。

當時，我和那個新員工都很愁，按照這種做法，這項任務3個星期根本就無法完成。B組負責帶我們的兩個員工，也表示比較無奈。

郁悶過的第2天一早，我就直接找B組的老大談話，“按照你們提供的這種方案，我們在三個星期內根本無法完成任務，而且還有諸多其他困難：1、部分板子是壞的;2、某些板子實驗室里根本就沒有;3、對設備不熟悉。”

就這樣，B組老大把組內相關骨干人員都叫過來開會，重新商討了一套方案，并要求他們全力支持我們的工作。

開了會后，B組的人就比較支持我們的工作了，啟用新的方案后，還提前了1天時間把工作完成: )

這里我體會比較深的是：在做一份工作前，一定要弄清楚這項任務到底要做些什么、要怎么做、要做到什么程度，工作中還要定期匯報工作(基本上以日報、周報的形式，用郵件發送)，如果出現了解決不了的困難，一定要向老大匯報，如果老大也解決不了，那他也不能責怪你無能: )

五、工作中的陷阱

在辭職前的幾個月，有個師弟也是老鄉X君，得知我做過自動化項目后，便來向我了解自動化測試相關的情況。

從與X的聊天過程中了解到，他也正在做自動化，他們組測試的產品規模比較大，不過做自動化的只有兩個新人，而且是使用一種新的GUI測試工具。他在給我講他們具體工作時，了解到他們的自動化測試非常原始，就是針對一個用例錄制一套腳本，幾百個測試用例，大概錄制幾百個腳本，根本沒有對公共進行提取，更別提有什么自動化測試框架了。X君與另外一個人，在自動化方面都是新手，沒有相關經驗，他們不知道這樣做會給后期的維護帶來多大的麻煩。而且他們主管也不太懂GUI測試的自動化，只是每天要他們匯報工作進度，期望在兩個月內完成那幾百個腳本。

經過我細致詢問后，我猜測他們做這項自動化工作，基本上是為了應付部門自動化考核而做的，而并非為了提高測試效率，保證產品質量。

我也可以體諒X君主管的難處：測試組人力本來就緊張，而部門又要考核自動化指標，他只有弄兩個人來應付一下部門的考核了。

這樣說來，X君和他另外一位同事就是受害者了，被安排做一件這么沒意義的事情。對他們我只能表示同情了。

對于這類BT主管吩咐的沒啥意義的事情，我的體會就是能推掉不做就不做，如果實在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么樣就做成什么樣。實在搞郁悶了就老板炒魷魚吧。

六、其他

記得剛進公司那一陣，對我們新員工有這樣那樣的培訓，估計轉正前至少被培訓了20門課吧。具體講的都是產品知識、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，PPT寫的水準也有好有壞?？傮w感覺就是那些培訓是在浪費時間，如果自己看這些資料效果都要好很多。

在轉正前，作為新員工要給部門的“老”員工講課，講自己所學習過的知識，然后下面的“老”員工會發狂了似的問你問題?，F在我感覺這種方式真的是一種非常好的檢驗方法，不但檢驗了你的學習情況還鍛煉了你講解PPT的能力。

七、感悟和進步

通過這種方式，我覺得自己在很多方面有提高：

1、寫PPT的水平。后續工作中，寫PPT匯報工作，做的是又快，又漂亮。

2、溝通能力。最初別人問我一個問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的說了一堆別人不想知道的東東，搞得別人一頭霧水。此后，別人每問我一個問題，我都會先把他的意圖或意思搞搞清楚了，確認后，再以最精練的語言來回答他的問題。

3、懂就是懂，不懂就別亂說。記得最早“老”員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結果他再一細問，我就傻了。知道就知道，不知道就別亂說，這點很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。

電機工程師工作總結 篇4

我廠在1#、2#機大修結束后，發現由于運行值班人員經驗不足和建設單位安裝遺留的設備缺陷等一系列問題，同時又進入了六月份到了夏季防洪的季節，針對以上問題熱電廠領導制定出了關于開展20xx年春夏季安全大檢查活動，電氣車間根據活動精神，結合本車間的實際情況制定出了“電氣車間20xx年夏季防洪預案”和“6月份安全技術比武月”等具體措施。

自開展安全月以來，我們召開了班組會議傳達了車間“春夏檢”動員會及安全等內容。并制定出班組春夏檢的具體步驟，利用班前班后會進行了春夏檢活動的發動、動員工作，將責任層層分解，落實各項工作任務，結合春夏檢學習文件的學習，提高了職工的安全責任意識，明確了春夏季檢活動的重要意義。

我班組中的每一個人都能非常認真積極的加入到活動中去。根據本班的實際情況制定出相應的具體措施如：加強巡檢質量，對所管轄范圍內的設備都能巡檢到位，仔細地檢查并發現問題缺陷，將一切問題盡可能消滅在萌芽狀態。對本班所屬區域的內設備，按“春夏檢”要求進行了全面檢查，對設備的異常情況及缺陷及時記錄，并聯系檢修處理。對一時處理不了的匯報值長及車間。與此同時為了提高每位職工的業務素質、技術水平特別把夏季防洪防汛這個月做為安全生

產考核月，來發動職工的積極性。具體通過現場考問和實際操作來提高每位職工的技術知識和實際操作能力。

其次，我班組還在日常生活中，定期學習安全知識，這不僅能提高職工的自身安全意識同時也能提高職工的應變能力。班組內個別職工還有影響安全的不利因素，通過對班組前期工作的回顧，發現了工作中的一些不足，例如：安全帽不戴或戴的不符合要求；巡回檢查不到位，個別缺陷不能及時發現；執行規章制度不嚴肅不認真；個別人員培訓學習不積極，業務水平一般。現在我們要改掉了以往的不足，整頓個別人員的工作作風，針對上述不安全問題，班組及時召開了班組會議，查找其根源，統一認識，及時對個別人員進行了批評，教育，幫助，取得了較好的效果。更重要的是提高了班組在運行管理、技術管理、安全管理、設備管理等方面的管理能力。

我班組按照車間的要求落實各級安全生產責任制，要求班組成員能自覺地遵守勞動紀律，認真執行各項規章制度。確保我廠1#、2#機組的安全運行，堅決杜絕誤操作、人身傷亡事故、重大設備損壞事故的發生，為全年安全生產打下一個堅實的基礎。

電機工程師工作總結 篇5

現在軟件測試工作越來越收到企業的重視，許多人員也投入到軟件測試的行列中來，軟件測試工程師的隊伍越來越壯大。但是如何成為一名優秀的軟件測試工程師呢？這是大家比較關注的一個問題，尤其是初入這個行當的萊鳥更想了解這個問題的答案。本文根據自己多年來在IT公司從事軟件測試的經驗總結了一些東西給大家共享，同時也希望大家提出寶貴的意見和建議。

起碼有三年以上的軟件開發經驗

現在許多軟件企業招收一些剛剛畢業的大學生或者非計算機專業的人員作為自己公司軟件測試工程師，這是非常錯誤的，也是對軟件測試不負責任的表現。雖然他們可以發現軟件中的一些錯誤，但是對于軟件中的一些關鍵，致命，危險的錯誤他們是很難發現的。大家都知道，軟件工程中有個模型叫瀑布模型，這是最基本的軟件模型，這個模型又叫碗狀模型，因為開發位于碗的最底部，左上方依次為建模，需求分析，設計；右上方依次為測試，部署，維護。這就是說明軟件開發是一切軟件活動的基礎，同時也是軟件測試的基礎。一個人只有經歷過一定年限的軟件開發工作，才可以積累豐富的經驗，知道在軟件中哪些地方容易出錯而那些地方不容易，這給以后的軟件測試工作帶來非常寶貴的經驗。

有逆向思維的能力

我曾經接觸過一些軟件測試工程師，他們干了一段時間軟件測試工作后返回去又開始去做開發工作了，問他們為啥？答案是軟件測試工作太難了，開發是順向思維，而測試是逆向思維，老要找一些稀奇古怪的思路去操作軟件。軟件的使用者千差萬別，軟件在使用過程中遇到的各種現象也是千差萬別的，所以要求軟件測試工程師需要具有一些逆向思維的能力，想別人所不想，測別人所不測，這樣才可以找到更多的軟件中的錯誤。這是作為一名優秀的軟件測試工程師最基本的素質。

善于同軟件開發人員溝通

溝通是當今軟件項目中需要掌握的最關鍵技術之一。軟件測試人員要善于同軟件開發人員溝通，軟件測試人員與開發人員搞好關系，使測試人員不成為開發人員的眼中釘，這對于提高整個軟件項目質量是十分重要的。溝通主要包括：

討論軟件的需求，設計：通過這樣的溝通，你可以更好的了解所測試的軟件系統，以至于盡可能少的測試出軟件中不是錯誤的“錯誤”，從而降低給軟件開發人員帶來的壓力。

報告好的測試結果：作為一個測試人員，發現錯誤往往是測試人員最愿意而且引以自豪的結果，但是一味地給開發人員報告軟件錯誤，會給他們造成厭惡感，降低整個軟件的質量和開發進度。所以作為一名軟件測試工程師，當你測試的模塊沒有嚴重的錯誤或者錯誤很少的時候，你不妨跑到開發人員那里告訴他們這個好消息，這會給你帶來意想不到的結果。

討論一些與工作無關的事情：作為一個測試人員經常和開發人員討論一些與工作無關的事情，比如大家可以談談新聞，趣事，家庭…這樣可以加強相互間的默契程度，許多統計表明，這樣可以更好的提高軟件工作質量。

善于同領導溝通

測試人員往往是領導的眼和耳，領導根據測試人員的測試結果可以了解公司的產品質量，從而調整其他的工作。領導工作一般比較繁忙，所以作為一名優秀的測試人員要學會把測試結果進行總結，最好以圖表的形勢給領導看。

掌握一些自動化測試工具

測試工作往往是比較繁瑣，枯燥無味的工作，測試人員長期處于重復的手工工作，會降低測試效率，并且對于測試質量也往往是不利的；況且許多測試不使用測試工具是不可以進行的，比如性能測試，壓力測試等等。目前市場上有許多測試工具供你使用，你可以根據自己的需要選擇一些測試工具來輔助你的測試。但是要記住一點，不是說有了測試工具就不要人工測試了，測試工具不是萬能的。

善于學習的能力

軟件測試技術隨著時間的變化也在做一些提高和改進，作為一名優秀的測試人員要善于利用書籍，網站，論壇，交流等各種途徑不斷提高自己的軟件測試水平。

提高自己的表達能力

軟件測試人員當發現軟件中存在缺陷的時候，往往要書寫缺陷報告，缺陷報告要寫得詳盡清楚，使開發人員能夠盡快定位錯誤，修改錯誤，所以作為一名優秀的測試人員提高自己的寫作能力是非常必要的。

了解業務知識

更好的了解你說測試軟件的業務知識是非常重要的，對業務知識了解得越深入，越能夠找出更深入，更關鍵，更隱蔽的軟件錯誤。所以作為一名優秀的軟件測試工程師，要多向該領域專家，同行學習，提高自己的業務知識水平。

以上僅為個人的一些經驗所談，希望大家都能夠成為一名優秀的軟件測試工程師。

電機工程師工作總結 篇6

xxxx年x月我被調入西過境公路西段第一駐地辦試驗室擔任試驗檢測工程師，在領導的支持和同事的積極配合下，本著“嚴格監理、熱情服務、秉公辦事、一絲不茍”的'原則，順利地完成了6個月的監理試驗工作，現將六個月以來的工作總結如下：

1、駐地辦進場以來，針對本工程項目需要及合同條件的要求，積極購買試驗設備及儀器，進行安裝、調試、標定，申請工地臨時資質，同時不斷完善試驗實施細則、監理各項規章，各種圖表上墻，經省質檢站驗收一次通過，具備施工準備階段試驗條件。在建設駐地試驗室的同時，督促、檢查承包商進場試驗人員、設備是否滿足施工及合同要求以及各項工作的開展情況，并要求承包商建立健全質量自檢體系，為順利開工奠定基礎。

2、開工前，首先按照設計圖紙及規范要求，對承包商提出的各種原材料、砼配合比、土及石灰土標準擊實進行標準、驗證試驗，使各項指標均滿足施工規范及設計圖紙要求，為全面施工提供可靠、準確的試驗依據。

3、材料質量控制，是我們試驗監理質量控制的重點，合格產品的前提是必須具備合格的原材料，這是我從事公路工程施工最切身的體會，材料出廠質量書與現場所進材料型號、規格、出廠日期等的核對，承包商的自檢和監理抽檢控制，對可疑材料的調查和復試等都是我們日常材料質量控制工作中的主要內容，拒絕不合格材料進入施工現場。

4、施工過程控制，每個分項工程或單項工程開工前，監理試驗人員對砼配合比進行檢驗確認后，方可施工，施工過程中隨時觀察砼的和易性，始終保持在設計要求的范圍之內，確保砼的內在質量，承包商與監理同時制作具有代表性的砼試件，作為該工程質量控制指標之一。

xxx年即將過去，回顧這半年來的監理工作，體會最深的是做好監理工作，就必須嚴格認真，有較強的責任心，不管多么復雜的工程只要監理人員能夠一絲不茍地按照施工規范、規程履行職責，就能全面的掌握整個工程動態，控制整個工程質量，同時監理人員具備了較高的業務素質，就能對每一工序，每一環節，做到事前提示，將可能出現的質量問題消滅在萌芽狀態，并對可能造成質量隱患的環節事先防范，這兩點對我們的監理工作大有幫助，必將有力推動我們的工作。

雖然我們一直努力扎實的去做每一項工作，但是還存在不足之處，外業控制監管不力、內業資料填寫混亂的現象時有發生，根據存在的問題提醒我們繼續認真學習施工規范、試驗規程，熟悉設計圖紙，提高業務水平和自身素質，加強監管力度，加大抽檢頻率，隨時掌握施工動態，控制施工質量。

在西過境公路項目辦、總監辦的大力支持下和承包商的積極配合下，一如既往的做好20xx年的監理試驗工作，20xx年任務艱巨，工程量大，對我們的試驗工作要求更為嚴格，這就要求我們每一個試驗人員做到事前控制，杜絕事后處理，持認真負責的工作態度，具有較強的責任心，充分熟悉并掌握業務知識和技能，彌補過去的不足，嚴格把好工程材料進場質量關、施工現場質量檢驗關，當好工程質量的守護神，為華路捷公路工程技術咨詢有限公司在西部建設樹立良好的企業形象。

電機工程師工作總結 篇7

經過20xx的努力，電氣組職工在時間緊、任務重且沒有檢修經驗的前提下，堅持”安全第一質量優先”的原則，在全廠站領導的正確領導和電氣組職工辛勤努力和下，圓滿完成20xx年度大修各項計劃項目，現將有關情況總結如下：

一、健全組織機構，落實崗位職責

在檢修動員會上，班組領導就大檢修中檢修物資、檢修進度、檢修安全措施、檢修技術措施、以及檢修工作的重點及難點，有針對性的提出了切實可行的解決方案，為了保證檢修工作按質、按量、按時完成，班組人員認真學習《電氣消缺方案》，做到了責任到人、任務落實、層層把關、各盡其責。充分調動每個檢修人員的積極性和創造性為檢修工作安全順利完成奠定了堅實基礎。

二、突出安全管理，保證不傷一個人不傷一個設備

在大修開始前，電氣組組織全體職工學習《電業安全規程》，增強職工在檢修期間的安全意識，在考核合格后方可參加檢修。在檢修期間認真落實電氣各種安全制度，在執行”停送電申請”時，在各個專業確認安全的前提下才進行操作。

在接拆臨時用電的過程中，嚴格按照《臨時用電安全作業證》執行。在變電站停送電過程中，各項操作嚴格按照《倒閘操作票》的順序執行。在外協單位檢修時辦理相關工作票，隨時監督糾正檢修人員的不安全行為。在20xx年度大修期間，電氣組做到了傷一個人不傷一個設備。

三、忙而不亂質量第一

在檢修計劃全部被打亂的情況下，全組職工冒著酷暑、迎難而上，在條件十分不利的情況下，完成所有計劃任務。

高壓方面，對戶外高壓設備x套、主變壓器x臺、高壓開關柜x套、軟啟動設備x套進行了清掃緊固，對二次設備x套進行檢修。增加x冷劑壓縮機電流變送器，后臺系統全面改造，排除進線母線響聲異常故障。更換貧液泵、循環水泵電流表x塊。1#貧液泵電機更換軸承。對各絕緣部件進行了檢查，對以往運行的隱患進行了排除。

低壓方面，檢修綜合樓、循環水、污水廠及生活區等5處配電室，對綜合樓、裝車區等x處UPS進行全面清掃緊固和試驗。廠區7臺xKV變壓器進行緊固檢查，進行聯鎖試驗。增加循環水和污水泵房兩處臨時電源，將空氮站加熱器臨時電纜埋入電纜溝。對兩套冷劑壓縮機潤滑油泵進行改造。

閉式冷卻塔電纜橋架進行了更換。全站低壓電機閉式冷卻塔風機電機x臺、閉式冷卻塔水泵電機x臺、空冷電機x臺、導熱油風機電機x臺進行檢修并對惡劣環境下的電機進行防水、防腐保護。全站照明系統全面檢查，對損壞的燈具進行全面改更換。檢修期間接拆臨時電源無數。

四、抓住機遇認真學習

裝置大修是難得的學習機會，這次大檢修，使得班組每位員工的專業技術、動手能力等方面都得到了很明顯的提高，對于每個人來說，開車階段和大檢修的時候是最能學到知識的時候，自己以前見過的不敢動的現在都有機會一展身手，不怕修不好，就怕不敢修。

每個人都上手進行操作維修，將自己的專業維修技能進一步得到提高。在潤滑油泵改造、后臺改造過程中有廠家專業技術人員的指導，配電柜、UPS、變頻器的檢修中員工的認真學習都為以后自己的操作和裝置的運行都打下良好基礎。

20xx年電氣大修結束了，我們圓滿完成了各項計劃任務。但是，我們也認識到了自己的不足，但這只會成為我們的動力。