提供一篇個人工作總結，為您提供幫助！
我最初參加測試工作的時候，不知道什麼是軟體測試，集成測試和系統測試的概念經常混淆， cmm 是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能，對於那些拿著螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人於無形之絕世秘技。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟體測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個秘技，這幾年混跡 “ 江湖 ” 還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。
第一招 學會利用網路
剛參加工作面對浩瀚的網路世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程式的代碼，軟體技術文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些 “ 武林秘籍 ” ，成為高手指日可待。最初參加工作由於自己工作努力有幸轉為開發，加入項目組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。
一次項目經理分配任務，覺得依靠手中的秘籍加上自己的 “ 聰明才智 ” 很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網路尋找要解決問題的答案，從此 google 成了我的最愛，關鍵成了我變化的招數。在軟體測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟體測試新手，甚至老手都沒有意識到自己手上就握有 “ 無敵秘籍 ” ，所以只要你耐心找，答案就在身邊。
這裡總結一下利用網路搜尋引擎的技巧：
組合搜尋
每次搜尋某個檔案，如果只給出一個單詞進行搜尋，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那么搜尋結果會更加切題。
選擇表述內容的詞組
一般我在網頁搜尋引擎的時候，選擇一些可以表達我要查找內容的關鍵字組，用來縮小搜尋範圍，從而找到搜尋結果是最好的辦法。運用詞組搜尋涉可以先先簡單地輸入一個問題作為詞組搜尋，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵進行查詢。
定位信息來源
有的時候用詞組搜尋不到或者無法準確表達所需信息。可以用另一種方法直接到信息源，就是直接到到提供某種信息的站點去。可以用公式 “” 去猜測某一組織的特點。從而得到所要搜尋的信息的主要詞組
其實網路上還有很多關於搜尋技巧的文章，大家可以自行學習。千萬要記住搜尋引擎是幫助你成功的有力武器。
第二招 學會動手
參加軟體測試工作後，隨著工作經驗的增長自我感覺越來越好。在公司里也逐漸受到同事領導的重視，一次針對公司的新的軟體功能進行測試的時候，像往常一樣 “ 隨手 ” 測試出了幾個 bug ，然後 “ 仔細 ” 的填寫了 bug 單（這個 bug 的現象已經出現了很多次了）。這時候測試經理走過來，重新複查了一下填寫的 bug .他在重現我的 bug 的過程中，簡化了我的輸入變化， bug 神奇的又出現了，同樣的現象，他關閉軟體重新變化輸入，擴展出 10 幾個變化後，軟體不動了，記憶體不斷上升。終於他找到了產生軟體的 bug 的原因，然後對我說 “ 尋找 bug 要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的 bug 描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現 bug 的時候他要調試跟蹤判斷，很花費時間，而且效率低。如果測試人員發現 bug 的時候多動手可以更加準確的定位 bug 步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作！。 ” .
在以後的日子裡，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。
第三招 思考自己所作的
剛開始入行的時候，總是思考如何做好軟體測試。認為公司的測試流程混亂總是很鬱悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了 iso，cmm ，測試管理工具，自動化工具（因為公司不正規給了我很多學習的機會，後來到了比較大的軟體公司後，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛鍊反倒少了）。由於工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴展，整個過程是思想升華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。
所以善於思考，總結經驗，也是成為高手之路的不二法決。
第四招 學會利用論壇資源
其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到 “測試高手”的身影，並且不提問題，而且還能“鋤強扶弱”，是測試新丁的救命稻草。好像是高手們無所不能，其實摘掉這層耀眼的光環，他們並沒想像得那么厲害，只不過通過自己的搜尋找到的答案，然後幫助其他人。當然也有很多人都是通過自學，然後在論壇中交流得到了很多經驗，高手其實也是因為善於思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。
很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因為題目不清晰，而且高手樣嚇阻了很多人。其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。
第五招 學習和你所測試的軟體產品相關的知識
要想成為好的測試人員，還要了解你要測試的軟體的相關知識。要了解軟體產品的架構是什麼樣的。要了解軟體的市場需求，在接觸軟體之初要可以多看看用戶的反饋信息，這些才是用戶最關心的，也是你在測試中需要注意的問題，滿足客戶是最大的需要。但是了解軟體需求之後要學會要多讀些軟體系統的技術文檔，軟體設計文檔，這些文檔可以幫助你了解產品如何工作。還有多看看公司 bug 庫中的問題，這些存在的問題可以幫助你了解軟體產品那些地方存在缺陷，軟體系統那些地方會出現錯誤。軟體是運行在一個大環境中，如果對系統不熟悉，那么有些問題你不能從一個更廣闊的層面考慮，學習作業系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟體運行在 windows 或者 linux ，如果你不懂作業系統，你就無法建立測試環境，有些時候時候軟體的組件發生問題，就是你系統配置造成的，對系統不熟悉，你會把外在原因歸結為軟體本身。所以要學習關於和軟體系統相關的知識，比如編程，網路，資料庫等。不一定你要學習到多好的程度，只是通過這些擴展的知識面，你可以在發現問題，解決問題上不會局限在狹小的圈子裡。
和一切相關的人員交流，不同的交流渠道，獲取訊息是不同的，角度也不同。和客戶交流，你會在測試中從客戶的角度發現問題；和開發人員交流，你會了解開發人員怎么實現軟體功能的；和項目管理人員交流，你會知道開發進度以及遇到的困難。
我叫***，現任***供電公司副總工程師兼***部主任，現對我從事的電網規劃及工程建設專業範圍內的設備水平及缺陷、技術水平、新技術套用現狀等情況做出以下總結。
一、設備水平及缺陷
200*年***供電區最大負荷為**mw。***供電區電網以220kv變電站為電源點，市區及中、東部電網以110kv和35kv混合高壓網架為主，西部山區以35kv電網為主的供電網路。
***電網位於河南省電網的西北部，目前，***電網通過三回220kv線路**變~**變、**變~**變、**變~**變與洛陽電網相連（**線備用）。
***西部以35kv為高壓配電網，由220kv**變的35kv出線呈放射狀供電，35kv變電站多為單電源供電，尤其西部山區，35kv線路走廊多為山地，線路長、供電可靠性差。**變變電容量90+50mva，200*年最大供電負荷**mw。***中、東部以110kv和35kv混合高壓電網供電。至XX年底有13座110kv變電站，其中2座是電鐵專用變（均由220kv**變以雙110kv線路供電），5座為用戶專用變（**的**變、**變；***鋼廠的**1變、**2變；***變），**變、***變、**變、**變、**變和**變為系統公用變電站。13座110kv變電站的電源分別來自***新電廠、220kv**變和新近投運的220kv**變電站。隨著220kv**的建成，***的110kv公用變電站與系統聯繫更加緊密，除110kv**變、**變外，均具有兩回110kv電源線，但110kv電網並沒有形成聯繫緊密的環網結構，互供能力差，供電可靠性較低。東部主要為35kv變電站供電，受35kv變電容量的限制，有供電“卡脖子”的現象，網路結構不盡合理，今後可以積極發展110kv電網，逐步取消35kv電壓等級的公用電網，改善現有供電狀況。
***供電區220kv變電站負荷分配不均，變電站部分設備老化嚴重。
**：220kv苗店變電站110kv母線分裂運行，#3主變僅供電鐵牽引站負荷，XX年#3主變最大負荷為46mw，容載比為2.61，略高。而#1、#2主變供地方負荷，XX年最大負荷為152mw，容載比為1.58。苗店變#1主變雖然投運不久，但#1主變為其他變電站退出運行的舊變壓器，該主變為自耦式變壓器，設備非常陳舊。
**變：由於近兩年來531軍工企業生產規模有了較大的發展，且西部山區經濟建設也逐漸加快，XX年該站最大負荷已達到61mw，變電容載比為2.30。但**變電站建站時間較早，#3主變為1979年投運的設備，為省網現存僅有兩台此型號變壓器之一，現已運行25年，設備老化較為嚴重。正常方式下只有#1主變（90mva）運行，若只考慮#1主變，則容載比為1.47。
**變：220kv荊華變為新建變電站，由於該站主供***市區西部工業負荷，負荷發展較快，且轉供了部分220kv**變負荷，隨著200*年**、**的擴建以及其他大工業項目的建設，360mva的容量仍然偏低。
鑒於以上220kv電網存在的問題，建議XX年開工建設220千伏濟東變電站，一方面可增加***供電區與省網的聯繫，另一方面可以緩解XX年**百萬噸鋼擴建和XX年**10萬噸電解鋅擴建帶來的供電壓力。
另外，XX年建議開工建設110千伏**變（位於西部山區），該站的建設可緩解220千伏**變的供電壓力，解決**變設備陳舊所帶來的供電問題，提高西部山區的供電可靠性，推動該區的經濟負荷的進一步發展。
至XX年11月，***電網擁有110kv變電站13座，變電容量為818.5mva，110kv線路22條，總計270.1公里，其中公用變電站6座，變電容量為334.5mva（不含電鐵牽引站容量），110kv公用線路16條，總計110.2公里。***電網擁有35kv公用變電站11座，變電容量為109.6mva，35kv公用線路19條，總計143.1公里。35kv用戶變電站12座，變電容量為157.05mva。
***供電區110kv變電站主要位於***市周圍，已經形成****星光變，經**線到**變的簡單環網結構。東部**變為兼顧東部鄉鎮負荷供電，離市區較遠，且為**變單電源供電。**變主供北部煤礦的負荷。***變主供城區負荷，為**變雙電源供電。**變主供城區西部工業負荷。
***西部35kv電網主要以**變為電源點，呈輻射狀供電。***中、東部35kv電網以110kv公用變電站和***電廠為電源，與110kv公用變電站同時向***城網及東部10kv中壓配電網供電。**變、**變主供***東部**鎮、**鎮和**的部分負荷。**變向城網和**鎮的負荷供電。**變兼顧城網和**鄉的負荷。**變主供城網負荷。由於***市城區近年來向東部、南部發展，城市東南部負荷發展較快，則**變、**變和**變負荷較重，主變經常處於滿載甚至過載狀態。
***供電區電網的電壓等級較多，為220/110/35/10/6/0.4kv（6kv多為煤礦和企業自備用電的電壓），35kv電網還占有很大比重，供電分區不明確，不利於運行管理。
由於***電網是由過去的縣級電網發展而來，城區35kv變電站還占有很大比重，市中心區域負荷還有很大部分由35kv電網供電，重複降壓，運行損耗大，且35kv設備老舊，一些線路也不在規劃道路上，影響市政建設
***市110kv電網為簡單的單環網結構，且環網結構中還利用了石河電鐵牽引站專用電源線，既影響了電鐵牽引站一類負荷的供電可靠性，又不能完全滿足環網供電可靠性的要求，轉供能力差。110kv9**變和**變均為單電源，無法滿足“n-1”要求；***變兩回電源線均從**變出線，若**變110kv母線故障，可導致***變供電範圍內大面積壓限負荷；**變雖為雙電源，但一回電源為t接ⅰ苗石線，從計量、保護等方面來考慮，均不適於長期運行。
110kv變電站互供能力較差，35kv變電站多為單電源，部分站為t接電源線，供電可靠性較低。
二、堅持科技創新，工程建設水平邁上新台階
利用調度上dts系統（調度員仿真系統），對我部電力專工及相關技術人員進行培訓，加強電網的巨觀概念，理解電網潮流計算，提高對短路電流計算套用水平，通過短路電流計算，為規劃人員進行設備選型提供理論依據，如選擇開關的3s熱穩定電流、動穩定電流、開斷電流、關合電流、極限電流等。
新建**110kv變電站採用全室內設計，計算機自動化監控裝置、無人值班設計，同時也是我公司第一座全室內封閉式110千伏變電站，大大降低了占地面積和建築面積。土建工程嚴格按照國網公司的典型設計進行施工。運用先進的p3e/c工程項目管理軟體，對在建輸變電工程建設進度、質量、安全和投資動態實施監控，提高了工作效率，有效促進並推動管理創新和管理現代化。
三、入現場、切實解決技術難題
工程建設部每年工程項目多，已經形成去現場切實解決實際問題的良好風氣。我公司220kv**變二期擴建工程期間，由於某個環節的一個小紕漏，造成220kv側保護p級的ct少一組，我深入現場，結合當時實際情況，通過查閱相關二次圖紙，並與設計及保護施工負責人協商，最終選擇合理方案，保證220kv側第二套母差不與別的保護共用一組ct，基本符合二十五基反措的要求，把大的施工隱患消除在萌芽狀態。
針對本專業存在的重大技術疑難問題，提出相應的主攻方向或措施。220kv**去年兩次跳閘，自己到事故現場和運行人員一起收集現場數據，察看更換下來的合成絕緣子污穢情況，經過認真分析和研究，認為是泄糞類鳥害故障，建議有關部門採取防範措施，加裝防鳥刺，起到了很好的效果；**變2號變壓力釋放閥異常漏油，經過分析原因，判斷是變壓器壓力釋放閥升高座法蘭墊損傷，通過廠家及時處理，解決了異常漏油問題；及時處理**變主變乙炔超標問題，處理後正常。
四、人才培養、帶動規劃向前發展
作為***供電公司的副總工程師，我深知人才儲備及人才培養的重要性，因此每項重大工程的具體實施，一般都交給我部門的專工負責，通過工程來鍛鍊專工的各方面的協調能力以及專業技術水平，使他們不斷提升自己，最終給規劃部帶來不斷前進的動力及活力。
選擇2名後備帶頭人作為培養對象，進行指導幫助，促其早日成才。
根據工作實際內容，選擇“電網規劃”和“工程管理”兩方面內容培養人才。**（規劃專責）已圓滿完成“***供電區xx電網規劃”，該“規劃”首批通過省公司審查，並榮獲省公司一等獎，**獲得省公司電網規劃規劃先進個人；**（項目經理）擔當了兩個110kv變電站和一條220kv線路工程的項目經理，110kv**變獲得省優質工程，**個人獲工程管理優秀個人，近期提拔為我公司中層幹部。
五、XX年工作完成情況
一是全面完成XX年電力建設任務。XX年全年共完成電力基建任務3項，用戶工程1項，小型基建工程1項。包括220kv**變二期擴建工程、220kv**線輸電工程、**110千伏輸變電工程、用戶委託建設的**110千伏輸變電工程和**電管站建設工作XX年共建成投運220kv輸電線路24.1公里，110kv輸電線路7公里，新增變電容量220兆伏安，共完成電網建投資7909.67萬元。
220kv**輸電線路，是省公司首次委託我公司建設管理的220kv線路工程，該工程的順利投運對於改善***電網薄弱狀況至關重要。工程伊始我們就認真履行建設單位職責，嚴格按照規定的工期，最佳化網路進度計畫，成了工程項目部和安委會，建立完善的管理制度。工程建設期間，省公司領導多次到工地視察工作，公司領導經常深入一線指導和解決施工中遇到的困難。經過艱苦努力，克服了建設管理經驗不足、施工難度大、通道協調難度大等諸多困難，在確保全全和質量的前提下，按省公司下達的計畫目標完成了任務。
110kv**變電站擔負著市委、政府行政區以及世紀廣場、籃球城、居民生活區的供電任務，也是***市今年迎峰度夏工程。為加快該工程建設，***部成立了工程項目部和安委會，明確專人負責，並編制了建設管理大綱，工程建設網路進度計畫及技術、質量、安全等一系列管理制度和措施。目前該工程已順利通過驗收，並於6月22日送電投入運行，在今年夏季用電高峰到來之前圓滿完成了任務。
220kv**變二期工程，是我公司首次做為建設單位的變電項目，工程於11月28日投入運行，該工程的投運，極大的提高了**變的供電可靠性和***電網的容載比，並為***的工業發展提供了充足的電力保障。
110kv**變電站，由**有限公司委託我公司承建，從工程伊始，我公司就高度重視，抽調各方技術和施工人員，加班加點，保障了聯創化工的順利投產，並為我公司取得了良好的經濟效益。
電力小區三期工程共有住宅樓四棟，工程資金來源為職工集資。受公司班子委託，我部門負責該工程的建設管理工作。在工程建設中，我部門在質量管理上狠抓通病防治，全面加強工程的“三控制三管理一協調”，目前，工程已施工到主體四層，預計年底前可完成主體封頂。
在小型基建方面，我部門完成了公司生產樓的可研編制工作並於XX年9月13日通過了省公司的審查。目前，該工程正處於方案設計階段，預計明年年初可開工建設。
另外，我部門組織完成了220kv**變三期，110kv**變、**變和35kv**變的可研審查工作，**變和**變都已經省公司批覆，目前正在開展施工的前期工作，**變三期和**變可研審查已結束，目前正在批覆中。
二是強化安全文明施工管理，保持了較好的安全局面。基建安全工作重點要抓好“責任制、標準化、執行力”三個著力點。每個項目要成立相應安全管理機構，明確職責，專人負責，責任到人。從思想上重視基建安全，從行動上落實各項措施。認真落實了《省公司輸變電工程安全文明施工標準化管理實施細則》；強化了對大型施工機械、電力線路工程、大型變電設備安裝、帶電作業等重大危險點和危險源的分析和控制。對所有在建設電力工程安全隱患進行全面徹底的檢查。截止目前，未發生人身死亡事故、重大機械設備事故和重大火災事故。
200*年，我部門深入開展了“愛心活動”、實施“平安工程”活動，成立了基建擴能平安領導小組並編制落實了基建擴能方案。深入紮實的開展了“送知識到班組、送關懷到工地、送溫暖到家庭”的“三送”活動。全面推行工程安全文明施工標準化和安全健康環境評價工作。創造穩定和諧的工程建設環境，全面完成基建任務，確保基建安全長周期的穩定局面。
三是狠抓工程質量管理，進一步提高基建移交生產質量水平。電網建設質量直接關係到工程投產後運行效益。儘管今年基建任務非常繁重，但絕沒有因進度等原因而忽視安全和質量管理。要狠抓施工質量控制，現場監理要加強對隱蔽工程和重點節點的旁站監督，健全三級質量驗收制度，加大對質量通病的處理和研究。嚴格執行國家電網公司輸變電工程達標投產考核新標準。110kv**輸變電工程不在省公司達標投產範圍（220kv及以上才達標），但我們要參照省公司的標準認真做好達標投產驗收工作。在施工過程中，嚴格按照省公司優質工程標準進行管理，目前正在做報優的前期準備工作。
四是完善基建管理制度，增強各部門責任心。我公司電網建設起步較晚，缺乏經驗，近幾年才有了一些220kv項目，過去工程建設一直停留在縣級水平，從設計、施工、驗收、運行各個環節都有疏漏，所以一個工程運行後，總有這樣那樣的缺陷，有些問題還較為嚴重。為此，我部制定了《***供電公司輸變電工程建設管理辦法》，從工程勘察、設計開工到最後竣工投運，要層層把關，責任到部門具體到人。設計方面要規範設計，開展模組化設計，設計人員要廣泛徵求規劃、生產、運行、調度、施工等各方面意見，將各部門提出的問題解決在施工圖會審階段，減少設計變更，採取有效措施消除設計質量通病。各個部門在圖紙會審時，要認真對待，不能敷衍了事。在圖紙會審時要求各部門負責人和相關專責都要簽，採取這種方式主要是為了增強大家的責任心，對工程建設層層把關，提高工程設計管理運行水平。
抓設備質量和竣工移交，通過招標擇優選擇質量優良設備，加強對設備質量監造，密切跟蹤投運後設備質量，為招投標決策提供依據。同時移交生產的工程必須將遺留尾工處理完畢，確保全全運行。設備廠家的質保金今後由生產運行部門簽後方可支付。
五是加強工程建設招投標管理，合理工程造價控制。嚴格按照省公司的招投標管理辦法對每項電力建設工程進行招投標。制定下發了《***供電公司招投標管理辦法》，成立了***供電公司招投標領導小組以及***市供電公司招投標管理辦公室，進一步規範了我公司的基建招投標管理行為，加大了我公司招投標管理工作的力度。以強化招投標管理為手段，建立有效的市場機制，培育公平競爭、規範有序的市場。大力實行“陽光工程”，堅決糾正違反法定招投標程式行為，杜絕暗箱操作、虛假或規避招標等現象，主動接受紀檢監察和審計部門監督。嚴格對各項電力工程概預算的審核，合理地控制了工程造價。
六是堅持科技創新和管理創新，工程建設管理水平邁上新台階。新建**110kv變電站採用全室內設計，計算機自動化監控裝置、無人值班設計，同時也是我公司第一座全室內封閉式110千伏變電站，大大降低了占地面積和建築面積。土建工程嚴格按照國網公司的典型設計進行施工。運用先進的p3e/c工程項目管理軟體，對在建輸變電工程建設進度、質量、安全和投資動態實施監控，提高了工作效率，有效促進並推動管理創新和管理現代化。
以上是我的技術專家總結，有不周之處，請各位評審批正。
1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業的朋友們早點看到哈!
2、一定要確定自己的發展方向，並為此目的制定可行的計畫。不要說什麼，“我剛畢業，還不知道將來可能做什麼?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為職業經理人?先熟悉行業和領域，將來自立門戶?還是先在行業裡面混混，過幾年轉行做點別的?這很重要，它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”。
3、軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟體項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟體開發團隊成功地完成過軟體開發項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。
4、詳細制定自己軟體開發專業知識學習計畫，並注意及時修正和調整(軟體開發技術變化實在太快)。請牢記：“如果一個軟體開發人員在1、2年內都沒有更新過自己的知識，那么，其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來，平均每天實際學習時間超過2小時。
5、書籍是人類進步的階梯，對軟體開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書!我買的那些傢伙出的書，!00%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。
6、不要僅局限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裡”是任何行業的工程師所不應該具備的素質。開發windows應用程式，看看windows程式的設計、載入、執行原理，分析一下 pe檔案格式，試試用sdk開發從頭開發一個windows應用程式;用vc++、 delphi、java、.net開發應用程式，花時間去研究一下mfc、vcl、j2ee、.net它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!
7、在一種語言上編程，但別為其束縛了思想。“代碼大全”中說：“深入一門語言編程，不要浮於表面”。深入一門語言開發還遠遠不足，任何程式語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。程式語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是：用面對對象工具開發某些關鍵模組時，為什麼不可以借鑑c、c51、彙編的模組化封裝方式?用傳統的桌面開發工具(目前主要有vc++、delphi)進行系統體統結構設計時，為什麼不可以參考來自 java社區的ioc、aop設計思想，甚至借鑑像spring、hibernate、jboss等等優秀的開源框架?在進行類似於實時通信、數據採集等功能的設計、實現時，為什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題???“他山之石、可以攻玉”。
8、養成總結與反思的習慣，並有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。眾所周知，對軟體開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可復用模組、類庫來解決問題 (其實這個結論不應該被局限在軟體開發領域、可以延伸到很多方面)。這並不是說，所有可復用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現，這樣沒有智慧財產權、著作權等問題，關鍵是自己實現後能真正掌握這個知識點，擁有這個技能。
9、理論與實踐並重，內外雙修。工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟體工程師，是真正理解了軟體產品的本質及軟體產品研發的思想精髓的人(個人觀點、歡迎探討)。掌握軟體開發語言、套用語言工具解決工作中的具體問題、完成目標任務是軟體工程師的主要工作，但從軟體工程師這個角度來看，這只是外在的東西，並非重要的、本質的工作。學習、掌握軟體產品開發理論知識、軟體開發方法論，並在實踐中理解、套用軟體產品的分析、設計、實現思想來解決具體的軟體產品研發問題，才是真正的軟體工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，並在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
10、心態有多開放，視野就有多開闊。不要抱著自己的技術和成果，等到它們都已經過時變成垃圾了，才拿出來丟人現眼。請及時發布自己的研究成果：開發的產品、有創意的設計或代碼，公布出來讓大家交流或者使用，你的成果才有進化和升華的機會。想想自己 xx年間開發的那些windows系統工具，5、6年之後的今天，還是那個樣子，今天流行的好多windows系統工具都比自己的晚，但進化得很好，且有那么多用戶在使用。並且，不要保守自己的技術和思想，儘可能地與人交流與分享，或者傳授給開發團隊的成員。“與人交換蘋果之後，每個人還是只有一個蘋果;但交換思想之後，每個人都擁有兩種思想”，道理大家都懂，但有多少人真正能做到呢?
11、儘量參加開源項目的開發、或者與朋友共同研製一些自己的產品，千萬不要因為沒有錢賺而不做。網路早已不再只是“虛擬世界”，網上有很多的開源項目、合作開發項目、外包項目，這都是涉獵工作以外的知識的絕好機會，並且能夠結識更廣的人緣。不要因為工作是做 erp，就不去學習和了解嵌入式、實時、通信、網路等方面的技術，反過來也是一樣。如果當他別人拿著契約找你合作，你卻這也不會，那也不熟時，你將後悔莫及。
12、書到用時方恨少，不要將自己的知識面僅僅局限於技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明： “對於一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法。可見，掌握一門陌生的學問遠遠沒有想想的那么高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
13、本文的總結與反思： a：不要去做技術上的高手，除非你的目標如此。雖然本文是關於提高軟體開發知識的建議，做技術的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。 b：提高軟體知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟體專業知識的很多方法和原理，可以很容易地延伸、套用到生活的其它方面。 c：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。
1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業的朋友們早點看到哈!
2、一定要確定自己的發展方向，並為此目的制定可行的計畫。不要說什麼，“我剛畢業，還不知道將來可能做什麼?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為職業經理人?先熟悉行業和領域，將來自立門戶?還是先在行業裡面混混，過幾年轉行做點別的?這很重要，它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”。
3、軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟體項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟體開發團隊成功地完成過軟體開發項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。
4、詳細制定自己軟體開發專業知識學習計畫，並注意及時修正和調整(軟體開發技術變化實在太快)。請牢記：“如果一個軟體開發人員在1、2年內都沒有更新過自己的知識，那么，其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來，平均每天實際學習時間超過2小時。
5、書籍是人類進步的階梯，對軟體開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書!我買的那些傢伙出的書，!00%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。
6、不要僅局限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裡”是任何行業的工程師所不應該具備的素質。開發windows應用程式，看看windows程式的設計、載入、執行原理，分析一下 pe檔案格式，試試用sdk開發從頭開發一個windows應用程式;用vc++、 delphi、java、.net開發應用程式，花時間去研究一下mfc、vcl、j2ee、.net它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!
7、在一種語言上編程，但別為其束縛了思想。“代碼大全”中說：“深入一門語言編程，不要浮於表面”。深入一門語言開發還遠遠不足，任何程式語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。程式語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是：用面對對象工具開發某些關鍵模組時，為什麼不可以借鑑c、c51、彙編的模組化封裝方式?用傳統的桌面開發工具(目前主要有vc++、delphi)進行系統體統結構設計時，為什麼不可以參考來自 java社區的ioc、aop設計思想，甚至借鑑像spring、hibernate、jboss等等優秀的開源框架?在進行類似於實時通信、數據採集等功能的設計、實現時，為什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題?“他山之石、可以攻玉”。
8、養成總結與反思的習慣，並有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。眾所周知，對軟體開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可復用模組、類庫來解決問題 (其實這個結論不應該被局限在軟體開發領域、可以延伸到很多方面)。這並不是說，所有可復用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現，這樣沒有智慧財產權、著作權等問題，關鍵是自己實現後能真正掌握這個知識點，擁有這個技能。
9、理論與實踐並重，內外雙修。工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟體工程師，是真正理解了軟體產品的本質及軟體產品研發的思想精髓的人(個人觀點、歡迎探討)。掌握軟體開發語言、套用語言工具解決工作中的具體問題、完成目標任務是軟體工程師的主要工作，但從軟體工程師這個角度來看，這只是外在的東西，並非重要的、本質的工作。學習、掌握軟體產品開發理論知識、軟體開發方法論，並在實踐中理解、套用軟體產品的分析、設計、實現思想來解決具體的軟體產品研發問題，才是真正的軟體工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，並在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
（1）
電腦維修工程師的自我總結
路橋工程師的自我總結
水利工程師的自我總結範文
助理工程師的自我總結
監理工程師的年度工作總結
軟體工程師的工作總結範文
維修服務工程師的工作總結範文
品質工程師的個人工作總結
通信工程師的個人工作總結
園林工程師的年度工作總結
監理公司工程師的自我總結
軟體工程師的自我總結
通信工程師的個人工作自我總結
未來工程師的工作總結
軟體測試工程師的工作總結