軟件公司實習(xí)總結(jié)及擴展資料(已修改)
2025-10-08 18:40 本頁面
【正文】 正文：軟件公司實習(xí)總結(jié)軟件公司實習(xí)總結(jié)范文1時間過的很快，轉(zhuǎn)眼間已經(jīng)實習(xí)將近5個月，其中有2個月是屬于完全被流放的。最先在內(nèi)部系統(tǒng)組參與內(nèi)部管理系統(tǒng)開發(fā)（struts+mysql+spring+hibernate），之后是去做網(wǎng)絡(luò)交換機軟件的腳本測試?，F(xiàn)在又回歸內(nèi)部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經(jīng)驗。至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。一、淺談測試一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的、其真正的壓力，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經(jīng)驗總結(jié)和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測試經(jīng)驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是IT階段的找bug與對應(yīng)bug，此階段基本評定了coder的編碼質(zhì)量。二、程序員的困惑有些人，以為教學(xué)視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，問題在那？如何定位？如何解決？通通跟一樣能力有關(guān)，debug追蹤能力，也稱調(diào)試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化？有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎(chǔ)上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數(shù)據(jù)庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學(xué)會調(diào)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。三、如何調(diào)試追蹤？如果你能在短短的時間內(nèi)就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內(nèi)容顯示不是自己想要的數(shù)據(jù)，我們要先從數(shù)據(jù)庫查詢語句去下手，設(shè)置斷點，一步一步step over，讓sql字段（存取最終sql語句的字符串）運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的39。，有可能就是頁面調(diào)用的錯誤或者action邏輯的傳值問題。頁面錯誤的調(diào)試，基本方法是用右鍵點擊實際網(wǎng)頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調(diào)用的字段有可能為空的情況出現(xiàn)的，可以加if（xxx=null）語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。四、一些習(xí)慣遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學(xué)到的東西遠遠比書多的多。解決了一個問題后，要去究根問底去找到問題產(chǎn)生的起因，以防你下次遇到類似的問題再浪費同樣的時間。把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經(jīng)看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1