軟體工程師自我評價（精選13篇）

軟體工程師自我評價（精選13篇）

軟體工程師自我評價 篇1

1、負責中國外運江門區域三家子公司以及5個分支辦事處it全面工作

2、負責中國外運江門區域三家子公司日常it網路管理和系統運維工作

3、制定和完善公司資訊科技管理制度，並推動實施、改進、完善

4、根據公司發展規劃，組織擬定公司it工作計劃與it預算並跟進實施、監控與檢查

5、根據業務需要推動、建設、完善企業內部資訊化平臺

6、制定部門內部工作管理制度、運維流程，執行實施並持續跟進

7、加強與集團上級公司、其它區域兄弟公司、公司內部各部門的協作配合，處理好銜接協調事宜

工作業績：

1、網路基礎架構部署：部署windows active directory單域多站點網路基礎架構，實現辦公網路集中化管理，提高運維效率，增強資訊保安，降低了管理成本。

2、網路安全優化：部署防火牆實現內外網分割，部署企業級防病毒軟體和wsus補丁自動更新策略，提供了安全穩定、高效可控的網路平臺。

3、資訊化系統建設與實施：廣東省公司實施上線倉碼與貨代兩大版塊資訊系統，公司業務運營實現全程資訊化管理。完成exchange郵件系統部署實施，進一步提高企業資訊保安。推動實施資產管理系統，使公司所有資產與物料管理資訊化和電子流。實施了物流倉庫wms管理系統，實現倉庫條碼管理，降低了進出倉差錯率和管理成本。

4、增值服務系統建設：部署了企業內部即時通訊系統，增強內部溝通協作能力。實施企業網路傳真系統，節約辦公成本。實施dfs檔案伺服器，提供工作文件集中儲存能力，保障了移動辦公需求和資料文件安全。

5、it團隊建設：主動對it團隊進行技能培訓和技術分享，在實際工作中引導團隊成長和進步，實現團隊成員一才多能的效果，既調動了團隊戰鬥力凝聚力，又很好的解決了人手不足的問題。個人簡歷

6、配合中國外運廣東省公司資訊化：帶領it團隊配合上級公司完成集團資訊化建設，

軟體工程師自我評價 篇2

個性特點：

本人有責任感、學習能力強、有上進心、具有很強的團隊精神，善於與人溝通，表達能力良好;喜好程式設計開發，並且有一定的程式設計功底，在工作上積極負責，能夠很好的根據專案計劃書完成軟體的開發。

技能方面：

1. 熟練使用Jsp，Javabean，Servlet，JDBC等Web開發技術進行開發

2. 熟練使用HTML、Javascript、Ajax等表現層技術，瞭解XML;

3. 熟悉Struts、Hibernate、Spring等開源框架，熟悉MVC三層架構開發模式;

4. 熟練掌握SQL Server 20xx/20xx、Oracle資料庫的操作;

5. 熟練使用Eclipse，能夠使用PowerDesigner、Visio等建模工具;

6. 熟練掌握Tomcat，瞭解Jboss;

7. 瞭解C/C++等;

8. 在專案開發過程中善於交流，有良好的開發及協同團隊工作能力。

軟體工程師自我評價 篇3

我是一個樂觀積極有責任感的男生;為人坦誠、平易近人;工作認真細緻，能合理的安排自己的時間，讓工作效率達到最大化;空餘時間不忘多學習專業知識技能。有一定的組織協調能力。

1、熟悉ramework 3.5開發框架，熟練掌握面向物件程式設計機制(OOP)，熟練運用、程式設計;熟練操作IIS6、IIS7伺服器及網站釋出;瞭解Linux作業系統。

2、熟練掌握C#,B/S;C/S結構開發，三層架構應用程式開發，熟練運用MS VS、 MS Sql Server開發工具;熟練使用MS VSS、SVN團隊開發工具;能獨立完成專案開發。

3、熟練掌握HTML,CSS,JS,AJAX等前端頁面開發技術; 熟練應用JQuery、Extjs等前臺JS框架快速開發;熟悉XML/Json資料格式處理;熟悉MVC框架、系統設計模式及原則。

4、熟練使用Sql語句、儲存過程、觸發器等資料庫程式設計，瞭解mysql資料庫;

5、熟練使用TCP/IP、Socket、WCF通訊及多執行緒處理;熟悉WebService分佈應用開發; 有獨立開發B/S

軟體工程師自我評價 篇4

我叫，今年22歲，畢業於X大學電腦科學與技術專業。由於非常喜歡本專業，並期待將來從事專業方向的工作，因而在校期間十分注重對專業課的學習，擁有紮實的Core Java基礎，良好的程式設計風格;熟悉JSP+Servlet+JavaBean模式的WEB開發;熟悉Struts,Hibernate，Spring等開源框架，瞭解EJB; 熟悉Tomcat，Jboss伺服器等，熟悉基於Linux及Unix環境下的軟體開發。因為專業課知識掌握牢固，以專業第一的綜合成績畢業。

然而，我深知僅有專業知識是不夠的，社會需要的是高素質複合型人才，因而在校期間學習之外，我積極參加各種社會實踐活動，曾參與過學院網上虛擬實驗室開發的需求分析。大三暑假曾在浪潮軟體園實習，參與了電信增值軟體開發與編挰，通過親自動手及不斷地向有經驗的工程師請教學習，實習結束時我已經基本掌握整個Java平臺的核心技術，獨立程式設計能力大大提高。同時實習生活也讓我意識到從事Java程式設計工作團隊合作的重要性。

軟體工程師自我評價 篇5

具有良好的溝通能力，在集體中團結向上，有很好的團隊精神，綜合素質良好。自學能力、求知慾強，能夠將自己所學的很好的運用到工作中，對於工作是盡職盡責。

兩年以上android開發設計經驗

熟悉android開發以及Android下網路通訊機制，擅長HTTP通訊

熟悉Android軟體開發，有過應用程式的整體開發，能獨立解決問題。

熟悉Java J2EE Servlet/Jsp相關的程式設計，能進行web網站的開發;

熟練使用myeclipse，eclipse,netbeans工具，對tomcat，weblogic等伺服器會使用和安裝;

熟悉Oracle，MySQL等資料庫知識;

瞭解Ajax，jquery技術及應用，對javascript有過一定的操作，

對struts2，spring，hibernate的開發有過專案經驗，

熟悉jsp，html，對div+css技術有使用。

軟體工程師自我評價 篇6

在公司實習的這段時間，我主要和其他的實習生一起負責熟悉公司剛開發的劇毒化學品管理系統，該系統在今年暑假的時候由於我也參加了系統的開發，所以對該系統還是比較瞭解，熟悉起來很快，公司要求我們根據系統的功能寫出使用者手冊，並讓我們仔細閱讀軟體程式碼，掌握軟體開發的架構和技術，熟悉軟體開發業務的一般流程，以便未將來的專案開發鑑定基礎。

在這短短的20多天時間裡，在用兩天的時間熟悉了該系統的功能模組和業務流程之後，我運用軟體工程所學的知識，和同事用了兩天的時間很順利的編寫出了系統的使用者手冊。使我對以後編寫使用者手冊和技術類文件有很大的幫助。通過仔細閱讀後臺程式碼和整個系統的架構，使我對用三層架構與設計模式思想部署企業級資料庫業務系統開發有了一定的瞭解。

典型的三層結構分為表示層(presentation)，業務層(business)，和資料訪問層(data access)，又根據我自己的理解，我對此做了更詳細的分層,介面外觀層、介面規則層、業務介面層、業務邏輯層、實體層、資料訪問層、資料儲存層共七層，三層架構它主要是為程式設計師為了實現部署、開發、維護企業級資料庫系統而服務的。如果我們在中間層實現了對錶示層和資料庫層的完全脫離，其部署、開發、維護系統的費用和時間至少降低到原來的一半，甚至更多。

在這三週的時間，在同事和專案經理的幫助之下，成功完成了本次的生產實習的任務。

以下是我這些天的工作總結：

1.在職業道德方面，敬業愛崗，具有強烈的責任感和事業心，和積極主動的學習專業知識，工作態度端正，認真負責。

2. 在專業知識，工作能力方面，在這3周的實習時間裡，我努力的學習軟體開發的技術和架構知識，閱讀大量資料，對軟體開發技術有了一定的瞭解，可以獨立開發小型的管理系統等軟體，工作能力也有了很大的提高，使自己能夠在激烈的競爭中保持自己的優勢。

3.工作態度和勤奮敬業方面，熱愛自己的本職工作，能夠正確認真的對待沒一項工作，工作投入，熱心為大家服務，保證按時出勤，保證工作能夠按時完成。

4.工作質量成績，效益和貢獻方面，在開展工作前做好個人計劃，有主次先後及時的完成各項任務，達到預期的效果，保證質量完成任務，工作效率高，同時在工作中學習很多東西，也全鍛鍊了自己，經過了不懈的努力，使工作水平，專業知識，都有了長足的進步。

回顧這段時間的實習生活，受益匪淺，特別是在人際交流當中的解決問題的能力有了較大進步，在這裡我是真心感謝在工作上幫助過我以及教育我如何待人處世的同事以及上司。我會好好利用這段時間學到的這些知識和經驗，應用到我以後的工作和學習當中，我還會繼續累積更多的知識和經驗為今後踏入社會做好充分的準備。

軟體工程師自我評價 篇7

作為剛從學校出來的應屆畢業生，第一份工作就落在智通，來到智通，深深地被這個企業的文化所感染，我很認同智通的企業文化，智通的企業精神“統一，專一，事業第一”體現出了這一行業優秀企業文化的特點。在這三個月的學習與親身感受之下，我更加堅定地要使自己成為一名合格並爭取優秀的智通人，我對自己有信心，對智通更有信心。

作為一名在技術崗位的職員，要具備一定的專業知識，不斷地充實自己，在不斷的工作學習與研究中成長，要有很好的團隊協作精神，有很強的執行力，能真正為企業做實事。在智通上班的三個月裡，我主要完成了以下工作專案：

一、 剛來的兩個星期，由於目前網站工作的需要，師傅指導一邊熟悉工作職位環境一邊學習asp，用了兩個星期系統地學習了這門從未接觸過的asp語言，為接下來一個月的工作打了堅實的基礎。

二、 接下來的時間，主要配合網站先前asp的後臺管理系統進行某些功能優化與系統維護工作。先後完成了銷售管理模組的最新註冊企業查詢、職業推薦給求職者、把求職者推薦給企業、會員職位重新整理、職位重新整理統計等幾個模組的功能修改與優化，解決了業務員帶許可權控制的查詢、推薦時間的控制與查詢速度優化、企業職位重新整理時的許可權控制與企業職位時效性的控制以及完成對各銷售組成員的職位數統計，職位重新整理數統計的功能設計。在完成這些各種功能需求的時候，對後臺管理系統進行了深入的分析研究，因此對銷售管理模組非常熟悉，給目前網站新版開發的後臺設計提了不少建設性的想法。之後還完成了logo管理模組中的投票專案新增優化與投票結果統計查詢修正、logo、banner的管理與文字檔案的生成。還完成了客服管理模組中後臺開通資料查詢的改進，企業管理、個人管理模組查詢功能的改進。期間還完成了部分功能錯誤的修正，如校園招聘管理圖片不能上傳、文章類別不能修改、文章不能刪除等。

三、 目前新版是用jsp開發的，在這三個月裡，我進一步對java，jsp的深入學習，瞭解了mvc模式開發，在這階段的學習期間，我以一個小商務系統的開發作為學習任務。還對當前流行的jive程式碼與開發思想進行了初步的學習研究。

四、 作為一名系統開發與維護工作者，當然不能忽視對資料庫知識的學習，在這段時間我也進一步對sql語句進行了深入的學習，對sql語句的查詢進行了分析，比較重視資料庫效能分析與調整這方面的知識學習。通過這階段的學習，把這些知識與方法運用到了對後臺管理系統會員查詢的速度優化功能上，在實際工作中得以實踐運用。

五、 網站新版開發方面，主要還為新版做了幾個資料庫對照表。

六、 還參加了網站新版的第二輪測試工作，主要以後臺管理系統為主做測試，還參與了前臺個人管理與企業管理的流程測試，測出了不少關鍵性的bug。

七、 入職以來，還擔任了網站部群發郵件的工作。三個月內完成了好幾批郵件群發的工作，每天定時定量地給在無憂無慮網站上註冊的企業或會員群發幾十萬封郵件。還配合客服部群發了兩批特殊活動的郵件，配合網站營銷活動群發了兩批群件，每天堅持固定給註冊會員群發。

在網站技術部工作的三個月裡，自己感受非常多。首先，作為剛從學校出來的畢業生，在實際開發中的經驗尚不夠成熟，還需要在工作中不斷的提升自己。其次，要進一步提高自己的開發技能，使自己的技能滿足今後的需求，主動獲取並學習當今最新技術資訊，平衡自己的知識結構，在不斷的學習中提高自己。然後，要加強與同事們的溝通，融入團隊，互相學習、相互提高，在團隊中不斷完善自己。

我相信，通過我的努力，一定能成為智通的優秀員工，一定會在優秀成績之上提升自己。同時我希望公司能根據情況給我培訓深造的機會，也希望部門內能有經常性的專業技術學習。

軟體工程師自我評價 篇8

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

軟體工程師自我評價 篇9

悉JAVA語言以及開發環境,具備良好的編碼習慣 熟練掌握Android四大元件，常用的佈局檔案，自定義控制元件等 熟悉XML/JSON解析資料，以及資料儲存方式 熟悉 常見android 優化技術,listview優化,獲取網路圖片非同步載入，分批載入，分頁顯示，sd卡快取等優化方式 瞭解android的JNI/NDK開發，通過JNI實現JAVA與C/C++程式間的呼叫及回撥 熟悉 android 多執行緒機制，AIDL ,遠端服務實現程序通訊和資料傳遞 熟悉 android hanlder 訊息機制 以及 AsyncTask 非同步任務機制,非同步查詢框架AsyncQueryHandler 對各種引用的簡單瞭解(強引用,軟引用,弱引用,虛引用) 熟悉 圖片快取的處理，並能對圖片進行優化處理 掌握OOM異常的處理，並可以對應用進行相應的優化 瞭解android系統下訊息推送機制 以及android系統下應用層的啟動 熟悉UML設計，可以設計程式的用例圖、類圖、活動圖等 對Activity、Window和View三者間的關係有一定的見解 會使用SVN，GIT等版本控制工具 熟悉Android系統安全技術，安全模型和許可權系統，如何讓將一個應用程式掛載到system分割槽下，應用程式的簽名，安卓沙箱，常駐記憶體問題，讀取使用者日誌Logcat，service提交資料到伺服器，給模擬器刷機等安全問題，以及使用者和程式設計師的防範。

有良好的編碼能力和程式碼規範，可以快速閱讀英文技術文件 熟練掌握Eclipse，MyEclipse等開發工具，熟悉MySQL，Sqlite資料庫.

軟體工程師自我評價 篇10

什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能，對於那些拿著螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人於無形之絕世祕技。

拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟體測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個祕技，這幾年混跡 “ 江湖 ” 還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

第一招 學會利用網路

剛參加工作面對浩瀚的網路世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程式的程式碼，軟體技術文件之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些“ 武林祕籍 ”，成為高手指日可待。最初參加工作由於自己工作努力有幸轉為開發，加入專案組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

一次專案經理分配任務，覺得依靠手中的祕籍加上自己的 “ 聰明才智 ” 很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，專案經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網路尋找要解決問題的答案，從此 google 成了我的最愛，關鍵字成了我變化的招數。

在軟體測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟體測試新手，甚至老手都沒有意識到自己手上就握有 “ 無敵祕籍 ” ，所以只要你耐心找，答案就在身邊。

這裡總結一下利用網路搜尋引擎的技巧：

組合搜尋

每次搜尋某個檔案，如果只給出一個單詞進行搜尋，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那麼搜尋結果會更加切題。

選擇表述內容的片語

一般我在網頁搜尋引擎的時候，選擇一些可以表達我要查詢內容的關鍵片語，用來縮小搜尋範圍，從而找到搜尋結果是最好的辦法。運用片語搜尋涉可以先先簡單地輸入一個問題作為片語搜尋，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。

定位資訊來源

有的時候用片語搜尋不到或者無法準確表達所需資訊。可以用另一種方法直接到資訊源，就是直接到到提供某種資訊的站點去。可以用公式 “www. 公司名 ” 去猜測某一組織的特點。從而得到所要搜尋的資訊的主要片語

其實網路上還有很多關於搜尋技巧的文章，大家可以自行學習。千萬要記住搜尋引擎是幫助你成功的有力武器。

第二招 學會動手

參加軟體測試工作後，隨著工作經驗的增長自我感覺越來越好。在公司裡也逐漸受到同事領導的重視，一次針對公司的新的軟體功能進行測試的時候，像往常一樣 “ 隨手 ” 測試出了幾個 bug ，然後 “ 仔細 ” 的填寫了 bug 單(這個 bug 的現象已經出現了很多次了)。這時候測試經理走過來，重新複查了一下填寫的 bug .他在重現我的 bug 的過程中，簡化了我的輸入變化，bug 神奇的又出現了，同樣的現象，他關閉軟體重新變化輸入，擴展出 10 幾個變化後，軟體不動了，記憶體不斷上升。

終於他找到了產生軟體的 bug 的原因，然後對我說 “ 尋找 bug 要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的 bug 描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。

這樣開發人員在重現 bug 的時候他要除錯跟蹤判斷，很花費時間，而且效率低。如果測試人員發現 bug 的時候多動手可以更加準確的定位 bug 步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作!。 ” .

在以後的日子裡，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。

第三招 思考自己所作的

剛開始入行的時候，總是思考如何做好軟體測試。認為公司的測試流程混亂總是很鬱悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。

這段時間讓我學習到了很多東西，接觸了 iso，cmm ，測試管理工具，自動化工具(因為公司不正規給了我很多學習的機會，後來到了比較大的軟體公司後，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛鍊反倒少了)。

由於工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴充套件，整個過程是思想昇華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。

所以善於思考，總結經驗，也是成為高手之路的不二法決。

第四招 學會利用論壇資源

其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到 “測試高手”的身影，並且不提問題，而且還能“鋤強扶弱”，是測試新丁的救命稻草。

好像是高手們無所不能，其實摘掉這層耀眼的光環，他們並沒想像得那麼厲害，只不過通過自己的搜尋找到的答案，然後幫助其他人。當然也有很多人都是通過自學，然後在論壇中交流得到了很多經驗，高手其實也是因為善於思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。

很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因為題目不清晰，而且高手字樣嚇阻了很多人。

其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。

第五招 學習和你所測試的軟體產品相關的知識

要想成為好的測試人員，還要了解你要測試的軟體的相關知識。要了解軟體產品的架構是什麼樣的。要了解軟體的市場需求，在接觸軟體之初要可以多看看使用者的反饋資訊，這些才是使用者最關心的，也是你在測試中需要注意的問題，滿足客戶是最大的需要。

但是瞭解軟體需求之後要學會要多讀些軟體系統的技術文件，軟體設計文件，這些文件可以幫助你瞭解產品如何工作。還有多看看公司 bug 庫中的問題，這些存在的問題可以幫助你瞭解軟體產品那些地方存在缺陷，軟體系統那些地方會出現錯誤。軟體是執行在一個大環境中，如果對系統不熟悉，那麼有些問題你不能從一個更廣闊的層面考慮，學習作業系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟體執行在windows 或者 linux ，如果你不懂作業系統，你就無法建立測試環境，有些時候時候軟體的元件發生問題，就是你係統配置造成的，對系統不熟悉，你會把外在原因歸結為軟體本身。

所以要學習關於和軟體系統相關的知識，比如程式設計，網路，資料庫等。不一定你要學習到多好的程度，只是通過這些擴充套件的知識面，你可以在發現問題，解決問題上不會侷限在狹小的圈子裡。

和一切相關的人員交流，不同的交流渠道，獲取訊息是不同的，角度也不同。和客戶交流，你會在測試中從客戶的角度發現問題;和開發人員交流，你會了解開發人員怎麼實現軟體功能的;和專案管理人員交流，你會知道開發進度以及遇到的困難。

一直以來的工作與學習，將實踐與理論相結合，並且在工作當中，找出規律，活得經驗，我相信我已經成為了行業裡面的佼佼者，雖然也還會有不足之處，我會在未來的學習與工作當中，繼續學習，繼續為行業作出領頭羊的作用。

軟體工程師自我評價 篇11

我最初參加測試工作的時候，不知道什麼是軟體測試，整合測試和系統測試的概念經常混淆， cmm 是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能，對於那些拿著螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟體測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個祕技，這幾年混跡 “ 江湖 ” 還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。第一招 學會利用網路

剛參加工作面對浩瀚的網路世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程式的程式碼，軟體技術文件之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些 “ 武林祕籍 ” ，成為高手指日可待。最初參加工作由於自己工作努力有幸轉為開發，加入專案組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

一次專案經理分配任務，覺得依靠手中的祕籍加上自己的 “ 聰明才智 ” 很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，專案經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網路尋找要解決問題的答案，從此 google 成了我的最愛，關鍵字成了我變化的招數。在軟體測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟體測試新手，甚至老手都沒有意識到自己手上就握有 “ 無敵祕籍 ” ，所以只要你耐心找，答案就在身邊。

軟體工程師自我評價 篇12

熟悉JAVA語言以及開發環境,具備良好的編碼習慣 熟練掌握Android四大元件，常用的佈局檔案，自定義控制元件等 熟悉XML/JSON解析資料，以及資料儲存方式 熟悉 常見android 優化技術,listview優化,獲取網路圖片非同步載入，分批載入，分頁顯示，sd卡快取等優化方式

瞭解android的JNI/NDK開發，通過JNI實現JAVA與C/C++程式間的呼叫及回撥 熟悉 android 多執行緒機制，AIDL ,遠端服務實現程序通訊和資料傳遞 熟悉 android hanlder 訊息機制 以及 AsyncTask 非同步任務機制,非同步查詢框架AsyncQueryHandler 對各種引用的簡單瞭解(強引用,軟引用,弱引用,虛引用)

熟悉 圖片快取的處理，並能對圖片進行優化處理 掌握OOM異常的處理，並可以對應用進行相應的優化 瞭解android系統下訊息推送機制 以及android系統下應用層的啟動 熟悉UML設計，可以設計程式的用例圖、類圖、活動圖等 對Activity、Window和View三者間的關係有一定的見解 會使用SVN，GIT等版本控制工具 熟悉Android系統安全技術，安全模型和許可權系統，如何讓將一個應用程式掛載到system分割槽下，應用程式的簽名，安卓沙箱，常駐記憶體問題，讀取使用者日誌Logcat，service提交資料到伺服器，給模擬器刷機等安全問題，以及使用者和程式設計師的防範

有良好的編碼能力和程式碼規範，可以快速閱讀英文技術文件 熟練掌握Eclipse，MyEclipse等開發工具，熟悉MySQL，Sqlite資料庫.

軟體工程師自我評價 篇13

「摘要」 軟體質量越來越受到人們的關注，軟體測試作為新興行業有很多不完善的地方。很多從事軟體測試工作的同行處於迷茫之中，如何提高，如何解決測試工作中的實際問題，困惑著每一個人。本文總結了一下個人經驗，希望對大家有幫助。

「關鍵詞」 軟體測試 軟體 測試學習 軟體測試工程師

我最初參加測試工作的時候，不知道什麼是軟體測試，整合測試和系統測試的概念經常混淆， cmm 是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能，對於那些拿著螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟體測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個祕技，這幾年混跡 “ 江湖 ” 還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

第一招 學會利用網路

剛參加工作面對浩瀚的網路世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程式的程式碼，軟體技術文件之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些 “ 武林祕籍 ” ，成為高手指日可待。最初參加工作由於自己工作努力有幸轉為開發，加入專案組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

一次專案經理分配任務，覺得依靠手中的祕籍加上自己的 “ 聰明才智 ” 很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，專案經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網路尋找要解決問題的答案，從此 google 成了我的最愛，關鍵字成了我變化的招數。在軟體測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟體測試新手，甚至老手都沒有意識到自己手上就握有 “ 無敵祕籍 ” ，所以只要你耐心找，答案就在身邊。

這裡總結一下利用網路搜尋引擎的技巧：

組合搜尋

每次搜尋某個檔案，如果只給出一個單詞進行搜尋，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那麼搜尋結果會更加切題。

選擇表述內容的片語

一般我在網頁搜尋引擎的時候，選擇一些可以表達我要查詢內容的關鍵片語，用來縮小搜尋範圍，從而找到搜尋結果是最好的辦法。運用片語搜尋涉可以先先簡單地輸入一個問題作為片語搜尋，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。 定位資訊來源

其實網路上還有很多關於搜尋技巧的文章，大家可以自行學習。千萬要記住搜尋引擎是幫助你成功的有力武器。

第二招 學會動手

參加軟體測試工作後，隨著工作經驗的增長自我感覺越來越好。在公司裡也逐漸受到同事領導的重視，一次針對公司的新的軟體功能進行測試的時候，像往常一樣 “ 隨手 ” 測試出了幾個 bug ，然後 “ 仔細 ” 的填寫了 bug 單(這個 bug 的現象已經出現了很多次

了)。這時候測試經理走過來，重新複查了一下填寫的 bug .他在重現我的 bug 的過程中，簡化了我的輸入變化， bug 神奇的又出現了，同樣的現象，他關閉軟體重新變化輸入，擴展出 10 幾個變化後，軟體不動了，記憶體不斷上升。終於他找到了產生軟體的 bug 的原因，然後對我說 “ 尋找 bug 要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的 bug 描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現 bug 的時候他要除錯跟蹤判斷，很花費時間，而且效率低。如果測試人員發現 bug 的時候多動手可以更加準確的定位 bug 步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作!。 ” .

在以後的日子裡，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。

第三招 思考自己所作的

剛開始入行的時候，總是思考如何做好軟體測試。認為公司的測試流程混亂總是很鬱悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了 iso，cmm ，測試管理工具，自動化工具(因為公司不正規給了我很多學習的機會，後來到了比較大的軟體公司後，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛鍊反倒少了)。由於工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴充套件，整個過程是思想昇華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。

所以善於思考，總結經驗，也是成為高手之路的不二法決。

第四招 學會利用論壇資源

其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到 “測試高手”的身影，並且不提問題，而且還能“鋤強扶弱”，是測試新丁的救命稻草。好像是高手們無所不能，其實摘掉這層耀眼的光環，他們並沒想像得那麼厲害，只不過通過自己的搜尋找到的答案，然後幫助其他人。當然也有很多人都是通過自學，然後在論壇中交流得到了很多經驗，高手其實也是因為善於思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。

很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因為題目不清晰，而且高手字樣嚇阻了很多人。其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。

第五招 學習和你所測試的軟體產品相關的知識

要想成為好的測試人員，還要了解你要測試的軟體的相關知識。要了解軟體產品的架構是什麼樣的。要了解軟體的市場需求，在接觸軟體之初要可以多看看使用者的反饋資訊，這些才是使用者最關心的，也是你在測試中需要注意的問題，滿足客戶是最大的需要。但是瞭解軟體需求之後要學會要多讀些軟體系統的技術文件，軟體設計文件，這些文件可以幫助你瞭解產品如何工作。還有多看看公司 bug 庫中的問題，這些存在的問題可以幫助你瞭解軟體產品

第2 / 3頁

那些地方存在缺陷，軟體系統那些地方會出現錯誤。軟體是執行在一個大環境中，如果對系統不熟悉，那麼有些問題你不能從一個更廣闊的層面考慮，學習作業系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟體執行在 windows 或者 linux ，如果你不懂作業系統，你就無法建立測試環境，有些時候時候軟體的元件發生問題，就是你係統配置造成的，對系統不熟悉，你會把外在原因歸結為軟體本身。所以要學習關於和軟體系統相關的知識，比如程式設計，網路，資料庫等。不一定你要學習到多好的程度，只是通過這些擴充套件的知識面，你可以在發現問題，解決問題上不會侷限在狹小的圈子裡。

和一切相關的人員交流，不同的交流渠道，獲取訊息是不同的，角度也不同。和客戶交流，你會在測試中從客戶的角度發現問題;和開發人員交流，你會了解開發人員怎麼實現軟體功能的;和專案管理人員交流，你會知道開發進度以及遇到的困難。