軟件公司實習(xí)總結(jié)報告范文【優(yōu)秀篇】

第第頁軟件公司實習(xí)總結(jié)報告范文【優(yōu)秀篇】軟件公司實習(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ò)交換機軟件的腳本測試。現(xiàn)在又回來內(nèi)部系統(tǒng)，雖然在腳本組期間，編碼技能被別人甩在后頭，但至少具有了一些測試閱歷。

至少自己做的東西，是真正交付到了客戶手上，到也略微有些成就感。

1、淺談測試

一貫以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際狀況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的閱歷總結(jié)和想象力。而要做到高級測試工程師，那么肯定要懂編碼，由于這是你完全掌控整個系統(tǒng)的方方面面詳細運作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測試閱歷。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是IT階段的找bug與對應(yīng)bug，此階段基本評定了coder的編碼質(zhì)量。

2、程序員的困惑

有些人，以為教學(xué)視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，問題在那?如何定位?如何解決?通通跟一樣技能有關(guān)，debug追蹤技能，也稱調(diào)試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化?

有位同事告知我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎(chǔ)上去做詳細記錄的歷史記錄查詢模塊，你可能會覺得很簡約，但實際狀況卻往往報一堆異樣，配置問題涉及到方方面面，以及數(shù)據(jù)庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學(xué)會調(diào)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。

3、如何調(diào)試追蹤

假如你能在短短的時間內(nèi)就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。涌現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的詳細值，那是途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內(nèi)容顯示不是自己想要的數(shù)據(jù)，我們要先從數(shù)據(jù)庫查詢語句去下手，設(shè)置斷點，一步一步stepover，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，假如還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，假如是對的，有可能就是頁面調(diào)用的錯誤或者action規(guī)律的傳值問題。

頁面錯誤的調(diào)試，基本方法是用右鍵點擊實際網(wǎng)頁查看源代碼，copy到editplus，就能看到詳細錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種許多時候是有些被你調(diào)用的字段有可能為空的狀況涌現(xiàn)的，可以加if(___=null)語句加愛護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。4、一些習(xí)慣

遇到問題先自己思索，無從下手再找高手幫忙看看，留意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學(xué)到的東西遠遠比書多的多。

解決了一個問題后，要去究根問底去找到問題產(chǎn)生的起因，以防你下次遇到類似的問題再糜費同樣的時間。

把代碼寫的美麗，說明、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經(jīng)看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完滿，讀起來很流暢，方便自己也方便別人。

任務(wù)完后不要呆著，去要求經(jīng)理給你更有