軟體工程師工作總結參考5篇

工作在越做越好中，我們寫工作總結一定都十分認真細心，工作總結是對自己工作中的經驗和教訓的總結和歸納，可以避免重複犯錯，下面是本站小編為您分享的軟體工程師工作總結參考5篇，感謝您的參閱。

軟體工程師工作總結篇1

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

步驟/方法

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

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

有逆向思維的能力

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

善於同軟體開發人員溝通

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

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

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

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

善於同領導溝通

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

掌握一些自動化測試工具

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

善於學習的能力

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

提高自己的表達能力

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

瞭解業務知識

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

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

軟體工程師工作總結篇2

本人在工作中，接觸到許多煙囪，體會到只有技術上不斷創新，裝置不斷更新，才能創造出更大的經濟效益和社會效益。

比如，以前在造粒塔和煙囪的滑模中，我們用來提升滑模平臺的是小噸位千斤頂（額定起重量為3。5t），後來經過論證和技術經濟分析比較，決定從xx煙囪開始採用大噸位千斤頂（額定起重量為6。0t），與小噸位千斤頂相比有以下優點：可以節約一半的支承杆；支承杆脫空長度更高，滑模安全性可以得到更大的保證；減少了支承杆的.加固工作量。在xx年和xx年施工的貴州xx工程的2個煙囪和xx供熱工程的煙囪，就採用了大噸位千斤頂，其技術和經濟效益十分明顯。

另外，在滑模測量技術上我們也進行了改革。以前一般是在造粒塔或煙囪的中心安裝一臺鐳射對中儀測偏移，而平臺扭轉則在外面用一臺經緯儀測量，顯得非常麻煩。後來我們在煙囪內部相對於中心的對稱半徑上同時佈置2臺鐳射對中儀，根據測量資料就可以直接計算出平臺的偏移和扭轉值了。其精高提高了，工作量也減小了。

儘管我們現在在滑模技術方面取得了一定的成績，但距世界滑模的先進水平還有不小的距離，這需要我們不斷改進技術，總結經驗。就我公司施工的煙囪和造粒塔來說。

1、我們目前還未涉及雙曲線塔和框架的滑模，只限於圓形構築物的滑模。

2、在垂直運輸方面比較落後，傳統方法是採用落地井架加變幅拔杆或者是隨升井架加變幅拔杆，此種方法比較落後，我們可以改進為：在筒體外側配一臺自升式高塔，不但可以滿足鋼筋和混凝土的垂直運輸，而且可以節省幾臺捲揚機的費用。從長遠效益來看，後者肯定比前者明顯。

3、按傳統方法制作的鋼平臺只能使用一次，不僅浪費了鋼材，還增加了拆卸平臺的工作量。如果在保證平臺安全使用的前提下，我們將平臺杆件的焊接連線形式改為螺栓連線，這可以多次重複利用；我們要理論聯絡實際，活學活用，不斷總結施工和管理經驗，技術上不斷改進和創新。

軟體工程師工作總結篇3

時間一晃而過，轉眼間xx年已接近尾聲。回首繁忙而又充實的xx年心中不禁感慨萬千，過去的一年中通過自身的不斷努力，使得技術水平、溝通技巧等方面都取得了一定的井步，當然亦有需要改井的地方，這是我人生中彌足珍貴的經歷，也給我留下了精彩而美好的回憶。

非常幸運能夠來到xx公司參加工作，上任軟體工程師這一職位。回顧業務培訓期的一個月工作，感觸很深，收穫頗豐，我們首先對寬頻醫生這項業務的前期推出做了很細緻的準備，仔細討論了在業務推出以後可能遇到的種種困難；然後參加了代維部門的實踐學習，深入瞭解了網路的接入技術，以及在修障過程中遇到的問題，接著參加了為期兩天的新員工入職培訓班，認真聽取了相關領導對公司的發展概況，組織結構，以及各部門職責的介紹，並認真學習了公司的基本業務和增值業務，對公司的產品和服務有了很清楚的認識。

後期在主管的帶領下，我們陸續對周邊保有使用者井行了寬頻醫生免費體驗活動，也讓使用者知道我們這項延伸服務的推出，樹立我們xx寬頻的品牌形象。

在過去的工作當中，在領導和同事們的悉心關懷和指導下，通過自身的不懈努力，各方面均取得了一定的`井步，但那些遠遠不夠，我也在實際工作中認識到自己的不足，業務還不夠熟練，很多知識還有欠缺，處理事情不成熟。因此在今後的工作中，我將努力提高自身素質，克服不足，朝著以下幾個方向努力：

1、學無止鏡，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地加強學習，向理論學習，向專業知識學習，向身邊的同事學習，逐步提高自己的理論水平和業務能力，並用於指導實踐。

2、“業精於勤而荒於嬉”，在以後的工作中不斷學習業務知識，通過多看、多學、多練來不斷的提高自己的各項服務技能，克服年輕氣躁，做到腳踏實地，提高工作主動性，不怕多做事，不怕做小事，在點滴實踐中完善提高自己。

3、不斷鍛鍊自己的膽識和毅力，提高自己解決實際問題的能力，並在工作過程中慢慢克服急躁情緒，積極、熱情、細緻地的對待每一項工作，繼續提高自身文化的修養，努力使自己成為一名優秀的軟體工程師。

4、在工作上積極配合省公司“關於配合全省寬頻續費率提升活動開展“寬頻醫生”服務的建議“的活動；加強對xx寬頻醫生的業務宣傳，增加這些區域的服務量；加大對他網使用者的宣傳，擴大寬頻醫生的服務群，爭取將使用者發展為本網使用者；明確寬頻醫生遠端服務軟體的一整套受理、安裝、服務的流程，加強遠端服務軟體的推廣，將遠端服務和上門服務結合起來。

我認為想成為出色的軟體工程師不僅僅是軟體知識，還有財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。

軟體工程師工作總結篇4

總想著每天、每個月、乃至每年都有點進步。20xx年，對我來說，是起伏不定的一年，也是收穫頗豐的一年。當然，最大的收穫是有了一個可愛的女兒。

在這一年，我跳了兩次槽，一次是自願的，還有一次是被迫的。我目睹了一些公司從盛到衰的過程，也看到了一些腳踏實地的公司。

離開x1公司，是因為我覺得x1公司不是在做軟體，所謂的印度模式，我想，絕對不是這麼做的。理想不合，不想浪費時間，也只能揹負跳槽的惡名，掛冠而去。去x2公司，是因為看到他是美國獨資公司，做外包軟體，能夠接觸美國的客戶和技術，希望能夠有所收穫，何況，職位也不錯。的確很想好好做，也跳累了，只想穩定發展，畢竟，是做父親的人了。沒有想到的是，竟然讓我目睹了一場資產爭奪的好戲。公司易主，流言滿天，官司大戰，這種平常只有在電視和電影裡看到的情節。我實實在在的親身經歷了，也算是人生的重要一課吧，至少，讓我看到了人性最陰暗和惡毒的一面。自然，是做不下去了，只能又走。

也看到了一些踏踏實實做事情的公司。園區的瑞博軟體就是一個。很少看到如此踏實做事的公司。若干年後，只要他能夠存活，必定是一個成功的公司。雖然老闆對我也很有誠意，只是，對於教育軟體，我實在沒有太大的興趣，何況，如果想做教育，我何不選擇安博呢?畢竟，安博給於我很多。回頭想想，在其他公司，我都是在奉獻，只有在安博，是學習了很多。

說起跳槽，其實，看看那些公司，有多少是在踏踏實實做事情的?老闆本不懂軟體，都是看著軟體行業能賺錢，想來撈一票，結果把中國的軟體行業做壞了，也害苦了中國的程式設計師。自己不好好做事，怎麼怪別人跳槽?同工作經歷的坎坷相比，在個人能力方面，今年的進步是非常大的，今年上半年，我的進步集中在技術領域。我更加深入研究了設計模式、ejb體系和平臺，還有uml建模，終於有所突破，設計了一套自己的基於平臺的系統架構和開發工具，並且得到了應用的證實。在網上也陸續發表了一些文章，受到比較好的歡迎，還上了賽迪網的開發之星。

下半年，在軟體工程方面收穫是很多的。

看到網上對於印度模式從吹捧到批駁的吵鬧，也看到x1公司學習印度的失敗，加上自己從開始就對那些記者的懷疑，決定好好學習軟體工程。我一向認為，任何東西，不能道聽途說，只有自己好好深入研究，才能得其精髓。同時，軟體工程絕對不能只看印度的，畢竟，美國才是軟體業最發達的國度。

列舉一些學習的參考資料：《rup軟體工程過程》、《msf微軟解決方案》、《xp極限程式設計》、《cmm實踐應用——infosys公司的軟體專案執行過程》、《人月神話》、《軟體需求》、《軟體工程java語言實現》。每本書，我都仔細研讀了，頗有體會。

我開始就想，印度軟體工程絕對不會象那些記者所說的那麼簡單，所謂的高中生程式設計說。所以，我必須實際看看印度的軟體工程。《cmm實踐應用——infosys公司的軟體專案執行過程》，是印度最大的軟體公司infosys公司的分管質量的副總裁寫的，介紹他們的cmm4的軟體工程，果然不同凡響。這是我瞭解印度軟體工程的主要視窗。

首先，同原來的想法不同的，也可能同大多數人(尤其是受那些軟體記者影響很深的“專業”和非專業人士)想法不同的是，軟體工程實際上不僅僅只是管理，而是一門涉及很廣的交叉學科。在軟體工程中，大約一半的內容是專業性很強的，涉及到軟體分析、設計甚至

編碼的技術。所謂的結構化、面向物件，都在軟體工程的範疇內，同樣是軟體開發和組織的重要內容，也是軟體質量保證的重要內容，至於軟體開發的管理部分，只能算是軟體工程中軟體工程過程的部分，或者說專案管理部分。脫離管理來開發軟體是絕對不可行的，同樣，拋棄技術基礎，空談管理出效益，便如無源之水、無本之木。誠如《軟體工程java語言實現》中所說：“軟體工程範圍極為廣泛。軟體工程的某些方面屬於數學或電腦科學，其他方面可歸入經濟學、管理學或心理學中。”在這裡，我強調了軟體工程中的技術部分，並非輕視管理，只想在軟體工程的概念上做一些撥亂反正，也希望多一些人來關心軟體的核心技術，而不要空喊口號和概念。畢竟，中國的軟體太缺乏核心技術了。

其次，對管理要求的嚴格不說(這個誰都知道)。實際上，不管是美國的軟體工程，還是印度的軟體工程，都是比較靈活的。即便是印度這樣的所謂“軟體工廠”模式，對於軟體工程過程管理極為嚴格，也有一個部分是專門講述過程剪裁的。整個軟體工程過程是非常龐大和繁複的`，然而，由於專案具體情況不同，如專案的規模，參與人員的數量、素質等的不同，對於軟體過程的每個部分，不是都必須的，可以根據具體情況來進行剪裁。這個部分對於我的啟發是很大的。以前做什麼iso9000等，開始做了一個以為很好的規範，但是，到具體專案，總是對不起來，到處有問題，現在想想，便是少了這個變通的部分。不過，話說回來，這cmm也是老美想出來的，而不是印度。

第三，對於開發人員的選用，我發現，美國人是非常注重選用優秀的開發人員的。martinfowler曾經開玩笑的說，如果給他一批水平不高的開發專案，他會考慮全部解僱，重新招聘。《人月神話》中也說，如果200人開發一個專案，其中25個人最能幹，那麼會考慮解僱其餘的175個人，讓專案經理來程式設計(當然，後面還有一些抉擇分析，這裡斷章取義了)。其結論的基礎是基於以下研究結果：優秀的開發人員和差的開發人員，其效率之差可以達到數量級。另外，從管理的角度來說，只有人多了，才會有管理問題，當團隊規模控制在一定的範圍內時，便不會有太大的管理問題。

對於軟體來說，很難實現同傳統產業一樣的工廠化生產，這是由軟體開發的本質決定的。軟體的複雜性是軟體的本質屬性，在這個屬性沒有改變之前，軟體便不會實現同傳統產業一樣的工廠化生產。至於印度的所謂“軟體工廠”，實際上，只是完成了軟體程式碼的編寫工作，並不是實現了整個軟體研發工作。而程式碼編寫工作，恰恰是軟體開發中最簡單的一環。至於印度是否真的有很多高中生程式設計師，印度人的書上沒有說，記者到說了不少，我也無從考證。所以，軟體的開發，還是需要選用優秀的人的。除非，公司只想幫別人編寫程式碼，而不希望有自己的產品和技術。

第四，軟體開發中，最重要的還是團隊合作和交流，這個是我目前最深切的感受。具體的，大家都知道，也用不著多說。

最後，對於軟體開發來說，公司老闆的想法是最重要的。如果老闆說“no”，那便是水平再高，管理再好，也終歸無用。年齡漸長，也做父親了，卻總是在漂泊，沒有一個可以穩定發展的地方。希望目前的公司能夠有這個機會。不想總是跳槽。

軟體工程師工作總結篇5

回顧20xx過去工作中的點點滴滴，心中無限歡喜，忙碌且充實、並快樂著。在這一年的工作中既有成長同時也存在著許多的不足和缺點，這都值得去總結、反思、改正和提高。現在我將本年工作做一個簡單的介紹，藉以促進、提高。

工作情況

今年的工作主要圍繞著***和***兩個客戶系統展開，期間也穿插了一些其他系統中某些功能的編寫和改進，這其中有以前從未有過的功能創新也有和客戶協調的反反覆覆功能改進，總體來說還是按時完成了要求的工作任務。

團隊合作

專案的順利進行離不開團隊的默契配合和共同的努力，每個專案開始之前，每個人都需要認真的瞭解專案的需求和開發中需要使用到 的關鍵技術，對於不清楚的不瞭解的問題要及時提出，而對於那些在開發中會影響到所有人的決策，要及時的通知大家以儘量減少拖延所帶來的不必要的重複程式開發和改動。團隊如同一個整體，成員如同四肢和軀幹，只有互相配合默契才能走得快走得穩走得遠。 團結很重要團隊是否能配合默契的先決條件是團隊的所有成員是否能精誠合作，大家只有心往一處想勁往一處使才能做到事半功倍。

溝通很重要

每個專案在開始開發之前都需要主要負責人員做詳盡的企業背景及開發內容的介紹，以幫助開發人員建立起對專案的`整體巨集觀認識，從而減少在開發中因為理解錯誤而導致的開發錯誤。在開發過程中成員之間要積極的溝通和了解系統的開發進度，對於專案中的公共開發資源一經改動要及時的通知專案組其他成員，同步開發資源。

氛圍很重要

良好的工作氛圍可以有效的激發團隊成員的工作積極性，從而達到事半功倍的效果。 工作態度

學會聆聽

參加工作7年給我最大的感觸就是一定要學會安靜認真的聆聽，無論是開會時還是在討論時，認真聽取每個人對待問題的看法，因為每個人思考問題的方向和出發點不同對於問題的理解不同可能有些情況是自己從來沒想過的。因此認真的聆聽既能尊重他人也能使自己從中受益，這樣兩全其美何樂不為呢。

積極的心態

對於難度較大的工作要做到冷靜坦然積極的面對，不要在還沒開始的時候就給自己施加精神心理壓力。不要輸在起點，因為如果連自己都認為自己做不到那麼也就沒有以後了，等待自己的是必然的失敗，所以保持積極樂觀的心態很重要。

今後打算

找方向，抓重點，合理分配時間，謙虛、勤學、總結、提高，爭取在有限的時間內用領導認可的方式完成每一項工作，更好的與同事溝通、協調，為客戶帶來更好的產品和服務。最後也要感謝各位領導、同事對我的信任與幫助。