1、 軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的！在技術型團隊中，技術與人品同
等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟體專案團隊中，技術水平是受人重視和
尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文件、實施、維護，
多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟體開發團隊成功地完
成過軟體開發專案，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆
人做完過一個專案，專案交付的第二天，專案組成員扔下一句“再也受不了啦！”四分五裂、各奔東西。
那個專案的“成功度”大家可想而知了。
2、 分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外
教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很
重要：“重要的道理明白太晚將抱憾終生！”所以放在每一條，讓剛剛畢業的朋友們早點看到哈！
3、 詳細制定自己軟體開發專業知識學習計劃，並注意及時修正和調整(軟體開發技術變化實在太快)個行業了。”不要告訴自己沒有時間。來自時間管理領域的的“三八原則”告誡我們：另外的那8小
時如何使用將決定你的人生成敗！本人自畢業以來，平均每天實際學習時間超過2小時。
4、 一定要確定自己的發展方向，併為此目的制定可行的計劃。不要說什麼，“我剛畢業，還不知道
將來可能做什麼？”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為
無所事事、碌碌無為。一直做技術，將來成為專家級人物？向管理方向走，成為職業經理人？先熟悉行業
和領域，將來自立門戶？還是先在行業裡面混混，過幾年轉行做點別的？這很重要，它將決定你近幾年、
十年內“做什麼事情才是在做正確的事情！”。
5、 不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裡”
是任何行業的工程師所不應該具備的素質。開發windows應用程式，看看windows程式的設計、載入、執行
原理，分析一下pe檔案格式，試試用sdk開發從頭開發一個windows應用程式；用vc＋＋、delphi、java、
開發應用程式，花時間去研究一下mfc、vcl、j2ee、它們框架設計或者原始碼；除了會用j2ee、
jboss、spring、hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實
現那些類似問題的通用解決方案的。試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧
水的問題，因為，很多東西你“知其然且知其所以然”！
6、 書籍是人類進步的階梯，對軟體開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地
指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那
幫人出的書！我買的那些傢伙出的書，!00%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的
地攤上都很難賣掉。“擁有書籍並不表示擁有知識；擁有知識並不表示擁有技能；擁有技能並不表示擁有
文化；擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。
7、 養成總結與反思的習慣，並有意識地提煉日常工作成果，形成自己的個人原始碼庫、解決某類問題
的通用系統體系結構、甚至進化為框架。眾所周知，對軟體開發人員而言，有、無經驗的一個顯著區別是
：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可複用模組、類庫來解決問題（
其實這個結論不應該被侷限在軟體開發領域、可以延伸到很多方面）。這並不是說，所有可複用的東西都
必須自己實現，別人成熟的通過測試的成果也可以收集、整理、整合到自己的知識庫中。但是，還是
自己實現，這樣沒有智慧財產權、版權等問題，關鍵是自己實現後能真正掌握這個知識點，擁有這個技能。
8、 在一種語言上程式設計，但別為其束縛了思想。“程式碼大全”中說：“深入一門語言程式設計，不要浮於
表面”。深入一門語言開發還遠遠不足，任何程式語言的存在都有其自身的理由，所以也沒有哪門語言是
“包治百病”的“靈丹妙藥”。程式語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾
皆是。我的經驗是：用面對物件工具開發某些關鍵模組時，為什麼不可以借鑑c、c51、彙編的模組化封裝
方式？用傳統的桌面開發工具(目前主要有vc++、delphi)進行系統體統結構設計時，為什麼不可以參考來
自java社群的ioc、aop設計思想，甚至借鑑像spring、hibernate、jboss等等優秀的開源框架？在進行類
似於實時通訊、資料採集等功能的設計、實現時，為什麼不可以引用來自實時系統、嵌入式系統的優秀的
體系框架與模式？為什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題？？？“
他山之石、可以攻玉”。
9、心態有多開放，視野就有多開闊。不要抱著自己的技術和成果，等到它們都已經過時變成垃圾了
，才拿出來丟人現眼。請及時釋出自己的研究成果：開發的產品、有創意的設計或程式碼，公佈出來讓大家
交流或者使用，你的成果才有進化和昇華的機會。想想自己20xx年間開發的那些windows系統工具，5、6
年之後的今天，還是那個樣子，今天流行的好多windows系統工具都比自己的晚，但進化得很好，且有那
麼多使用者在使用。並且，不要保守自己的技術和思想，儘可能地與人交流與分享，或者傳授給開發團隊的
成員。“與人交換蘋果之後，每個人還是隻有一個蘋果；但交換思想之後，每個人都擁有兩種思想”，道
理大家都懂，但有多少人真正能做到呢？
10、 理論與實踐並重，內外雙修。工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合
格的軟體工程師，是真正理解了軟體產品的本質及軟體產品研發的思想精髓的人（個人觀點、歡迎探討）
。掌握軟體開發語言、應用語言工具解決工作中的具體問題、完成目標任務是軟體工程師的主要工作，但
從軟體工程師這個角度來看，這只是外在的東西，並非重要的、本質的工作。學習、掌握軟體產品開發理
論知識、軟體開發方法論，並在實踐中理解、應用軟體產品的分析、設計、實現思想來解決具體的軟體產
品研發問題，才是真正的軟體工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，
並在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
11、本文的總結與反思：
a：不要去做技術上的高手，除非你的目標如此。雖然本文是關於提高軟體開發知識的建議，做技術
的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。
b：提高軟體知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想
高度。軟體專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。
c：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜
合素質，尤其是那些目標不在技術方面的朋友。
12、書到用時方恨少，不要將自己的知識面僅僅侷限於技術方面。諾貝爾經濟學獎得主西蒙教授的研
究結果表明： “對於一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學
問。”教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法。可見，掌握一門陌生的學問遠遠
沒有想想的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財
務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
13、儘量參加開源專案的開發、或者與朋友共同研製一些自己的產品，千萬不要因為沒有錢賺而不做
。網路早已不再只是“虛擬世界”，網上有很多的開源專案、合作開發專案、外包專案，這都是涉獵工作
以外的知識的絕好機會，並且能夠結識更廣的人緣。不要因為工作是做erp，就不去學習和了解嵌入式、
實時、通訊、網路等方面的技術，反過來也是一樣。如果當他別人拿著合同找你合作，你卻這也不會，那
也不熟時，你將後悔莫及。
軟體質量越來越受到人們的關注，軟體測試作為新興行業有很多不完善的地方。很多從事軟體測試工作的同行處於迷茫之中，如何提高，如何解決測試工作中的實際問題，困惑著每一個人。本文總結了一下個人經驗，希望對大家有幫助。
第一招 學會動手
參加軟體測試工作後，隨著工作經驗的增長自我感覺越來越好。在公司裡也逐漸受到同事領導的重視，一次針對公司的新的軟體功能進行測試的時候，像往常一樣 “ 隨手 ” 測試出了幾個 bug ，然後 “ 仔細 ” 的填寫了 bug 單（這個 bug 的現象已經出現了很多次了）。這時候測試經理走過來，重新複查了一下填寫的 bug .他在重現我的 bug 的過程中，簡化了我的輸入變化， bug 神奇的又出現了，同樣的現象，他關閉軟體重新變化輸入，擴展出 10 幾個變化後，軟體不動了，記憶體不斷上升。終於他找到了產生軟體的 bug 的原因，然後對我說 “ 尋找 bug 要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。
如果測試人員每次發現的 bug 描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現 bug 的時候他要除錯跟蹤判斷，很花費時間，而且效率低。如果測試人員發現 bug 的時候多動手可以更加準確的定位 bug 步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作！。 ”
在以後的日子裡，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。
第二招 學會利用網路
這裡總結一下利用網路搜尋引擎的技巧：
選擇表述內容的片語
一般我在網頁搜尋引擎的時候，選擇一些可以表達我要查詢內容的關鍵片語，用來縮小搜尋範圍，從而找到搜尋結果是的辦法。運用片語搜尋涉可以先先簡單地輸入一個問題作為片語搜尋，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。
組合搜尋
每次搜尋某個檔案，如果只給出一個單詞進行搜尋，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那麼搜尋結果會更加切題。
定位資訊來源
有的時候用片語搜尋不到或者無法準確表達所需資訊。可以用另一種方法直接到資訊源，就是直接到到提供某種資訊的站點去。可以用公式 “ 公司名 ” 去猜測某一組織的特點。從而得到所要搜尋的資訊的主要片語
第三招 思考自己所作的
剛開始入行的時候，總是思考如何做好軟體測試。認為公司的測試流程混亂總是很鬱悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了 iso，cmm ，測試管理工具，自動化工具（因為公司不正規給了我很多學習的機會，後來到了比較大的軟體公司後，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛鍊反倒少了）。由於工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴充套件，整個過程是思想昇華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。
所以善於思考，總結經驗，也是成為高手之路的不二法決。
第四招 學習和你所測試的軟體產品相關的知識
要想成為好的測試人員，還要了解你要測試的軟體的相關知識。要了解軟體產品的架構是什麼樣的。要了解軟體的市場需求，在接觸軟體之初要可以多看看使用者的反饋資訊，這些才是使用者最關心的，也是你在測試中需要注意的問題，滿足客戶是的需要。但是瞭解軟體需求之後要學會要多讀些軟體系統的技術文件，軟體設計文件，這些文件可以幫助你瞭解產品如何工作。還有多看看公司 bug 庫中的問題，這些存在的問題可以幫助你瞭解軟體產品那些地方存在缺陷，軟體系統那些地方會出現錯誤。軟體是執行在一個大環境中，如果對系統不熟悉，那麼有些問題你不能從一個更廣闊的層面考慮，學習作業系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟體執行在 windows 或者 linux ，如果你不懂作業系統，你就無法建立測試環境，有些時候時候軟體的元件發生問題，就是你係統配置造成的，對系統不熟悉，你會把外在原因歸結為軟體本身。所以要學習關於和軟體系統相關的知識，比如程式設計，網路，資料庫等。不一定你要學習到多好的程度，只是通過這些擴充套件的知識面，你可以在發現問題，解決問題上不會侷限在狹小的圈子裡。
第五招 學會利用論壇資源
其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到 “測試高手”的身影，並且不提問題，而且還能“鋤強扶弱”，是測試新丁的救命稻草。好像是高手們無所不能，其實摘掉這層耀眼的光環，他們並沒想像得那麼厲害，只不過通過自己的搜尋找到的答案，然後幫助其他人。當然也有很多人都是通過自學，然後在論壇中交流得到了很多經驗，高手其實也是因為善於思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。
很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因為題目不清晰，而且高手字樣嚇阻了很多人。其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。
以上是我一年的工作總結。在今後的工作中，我將努力堅持“求真務實、誠信為本，腳踏實地、業精於勤，與人為善、真誠相待”的人生宗旨，以“學海無涯苦作舟”為勉，虛心學習，不斷提高自己的專業水平和綜合素質，勤奮工作，為公司的發展盡心盡力！
三優範文網