時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬於完全被流放的。
最先在內部系統組參與內部管理系統開發(struts+mysql+spring+hibernate)，之後是去做網路交換機軟體的腳本測試。現在又回歸內部系統，雖然在腳本組期間，編碼能力被別人甩在後頭，但至少具有了一些測試經驗。
至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。
1 淺談測試
一直以來，我都認為測試是脫離了軟體工程範圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在於找不到bug，責任在你，而不在於編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想像力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統的方方面面具體運作的前提。但占主導地位的，還是大型系統的集成測試經驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是it階段的找bug與對應bug，此階段基本評定了coder的編碼質量。
2 程式設計師的困惑
有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，問題在那?如何定位?如何解決?通通跟一樣能力有關，debug追蹤能力，也稱調試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化?
有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模組，在此基礎上去做具體記錄的歷史記錄查詢模組，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及資料庫欄位，傳值問題等等，一大堆對於新人來說很鬱悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬於你。
3 如何調試追蹤?
如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從資料庫查詢語句去下手，設定斷點，一步一步step over，讓sql欄位(存取最終sql語句的字元串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy後在sql客戶端去實際運行，看看實際查詢出來的表是什麼，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看原始碼，copy到editplus，就能看到具體錯誤發生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調用的欄位有可能為空的情況出現的，可以加if(xxx=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。
4 一些習慣
遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閒著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。
解決了一個問題後，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。
把代碼寫的漂亮，注釋、空行、規範一樣不能少，可讀性是放在第一位。曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。
任務完後不要呆著，去要求經理給你更有挑戰性的任務，只要你肯去嘗試，他們就會對你另言相看，把三天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。
5 題尾話
如果你有一份思想，我有一份思想，拿出來交換，我們大家擁有就是2分份思想，可惜這種觀念，並不能深入每一個團隊的每一個人，少一點自私，未必不是好事。職場到處都存在被排擠的隱患，要為自己找片草地實在不容易。但有一點要相信，只要自己不放棄自己，這世上就沒有絕望的路，你可以被打趴下，可以被身邊的人暗算，可以被深愛的人流放，只要你用自己決心站起來，受過的傷痊癒後就能增強你的抵抗力，一路前進!