的到來，也就代表著各個專業(yè)的畢業(yè)生要踏入實習(xí)之中了，在這條實習(xí)之路上，我們可以收獲到怎樣的成果呢?下面就讓小編帶你去看看軟件工程實習(xí)報告范文，希望能幫助到大家!

大學(xué)生軟件工程實習(xí)報告（篇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)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。

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

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

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

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

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

任務(wù)完后不要呆著，去要求經(jīng)理給你更有挑戰(zhàn)性的任務(wù)，只要你肯去嘗試，他們就會對你另言相看，把三天的任務(wù)一天加班搞定，效率和忠誠都有了，路也比較好走了。

大學(xué)生軟件工程實習(xí)報告（篇2）

進入公司初期參加的入職培訓(xùn)，使我對公司有了一個全面的了解，在公司工作的這段時間，我深切的體會到了公司深厚的經(jīng)營理念，感受到了公司濃厚的文化氛圍。在每期的刊物上我都有了解公司的近期新聞內(nèi)容，同時也了解了公司的相關(guān)的規(guī)章制度，在工作上有領(lǐng)導(dǎo)的關(guān)心和同事的幫助，讓我更加順利的度過我的試用期。

這是我三個月來的工作內(nèi)容及成果：

1.mapinfo學(xué)習(xí)與實做練習(xí)

2.oracle事件探查功能

3.3g 多媒體監(jiān)控系統(tǒng)資料學(xué)習(xí)

4.cmmi

5.針對畢業(yè)生撰寫研發(fā)部面試試題

6.整理 3g 多媒體監(jiān)控系統(tǒng)項目可行性分析報告

7.cmmi討論會議

8.名牌申報討論會及整理相關(guān)申報材料

10. 配合編寫《中國服務(wù)外包發(fā)展報告____》

11. 根據(jù)崗位職責(zé)表，編制崗位說明

12. 整理國家工信部電子發(fā)展基金項目申報資料

這段時間的工作和學(xué)習(xí)是承上啟下的階段，不僅是對前一階段工作的總結(jié)和反思，而且更加深刻的審視到自己所存在的問題和今后應(yīng)該加強的方面。通過這段時間的工作和學(xué)習(xí)，豐富了自己的工作方式，開拓了自己的思維方式，更加認識到工作的多方溝通與協(xié)作的重要性。

※向他人學(xué)習(xí)，少走彎路

獲取信息最快的途徑就是溝通，他人自有他人的優(yōu)點與長處，有不懂的地方向他人請教，看他人解決問題的一個過程，也會學(xué)到不少經(jīng)驗，減少自己摸索的時間。

※善于學(xué)習(xí)，注意總結(jié)

對工作進行中出現(xiàn)的問題要及時總結(jié)，在工作盲點方面多多獲取別人的意見和建議，提高獨立解決問題的能力。

※加強對工作項進度的了解

平時多注意工作項大概的進度狀況，對于自己負責(zé)的部分要清楚哪些已經(jīng)完成哪些還沒完成，做到心中有數(shù)，不斷提高工作項預(yù)估時間的準確度。

※把握整體概念

做任何事情都需要有個整體的概念，有了概念，打好框架，以認真的態(tài)度，進行后續(xù)工作會比較順利，自然。

※要做好一樣工作，就要明確責(zé)任

首先要知道需要做什么，做好之后要達到怎樣的一種效果，同時要克服僥幸心理，所有的結(jié)果都要親自追蹤落實，才能保證工作的正確性。

※親手實踐，才能收獲

“做”的收獲和“看”的收獲是不一樣的，看來的東西，要經(jīng)過自己親手實踐，才能加深認識，保證在以后遇到類似的問題能夠舉一反三，才是屬于自己的財富。

※如何看待問題

不要只是針對于看待一個單一的問題，而沒有任何想法，應(yīng)看出這個問題的延伸面，考慮如果這樣做會怎么樣，那樣做會怎么樣，做事考慮到后果。 能通過一個問題想到更多的問題及其問題的延伸 .

※良好的工作配合力和執(zhí)行力

一項工作的高效完成，環(huán)環(huán)相扣的各個工作環(huán)節(jié)，需要團隊良好的配合力和執(zhí)行力，對自己說：立即行動! 這句是最驚人的自動起動器。

※習(xí)慣決定態(tài)度，態(tài)度決定高度

工作中養(yǎng)成良好的工作態(tài)度，必須 具備一種鍥而不舍的精神，一種堅持到底的信念，一種腳踏實地的務(wù)實態(tài)度，一種自動自發(fā)的責(zé)任心，良好的工作態(tài)度會讓你的工作更加出色。

※欲窮千里目，更上一層樓

要想取得更大的成功，就要付出更多的努力!

如今，我馬上就要成為______有限公司的正式員工了，能夠成為正式員工，我感到非常的高興，今后我一定會用心工作，用自己的實際行動來回報公司。

大學(xué)生軟件工程實習(xí)報告（篇3）

本周是實習(xí)的第一周，很幸運碰到了產(chǎn)品部很有耐心的leader詹老師。 實習(xí)第二天他讓我做一個H5的游戲類應(yīng)用， 主要用于微信中分享。之前對于自己的水平是否能完成完全沒底，但感覺第一次實操確實也有點讓人興奮，之前關(guān)于產(chǎn)品開發(fā)的印象只停留在書本上。

詹老師讓我模仿“過家家gogaga”所開發(fā)的“打電話認師姐”微信小游戲?qū)懸粋€類似的應(yīng)用。 我把原始應(yīng)用找出來便開始摳代碼， 第一步是將套在微信接口中的原始應(yīng)用摳出來(套在微信接口的原始應(yīng)用只能在微信瀏覽器中運行，無法在電腦上測試)，周二開始做， 一開始我的效率非常低， 因為我很多測試方法并不熟悉， 在參閱了微信JS-SDK后總算把原始代碼摳出來， 厘清該應(yīng)用的基本邏輯后開始重寫， 在詹老師的耐心地指導(dǎo)和對基礎(chǔ)知識的講解下，我們將原始代碼中120行的CSS代碼優(yōu)化到60行，將五百多行的JS代碼優(yōu)化到只有60行，這事實上是在原有的邏輯上完全重寫了，這讓我開始有點成就感了。

也第一次感受到產(chǎn)品開發(fā)中的大局觀，這種大局觀更多的是體現(xiàn)在細節(jié)上，比如代碼變量名的設(shè)置需要與文件存放聯(lián)合考慮，以便日后修改和維護。 詹老師在講代碼邏輯的時候親自寫了一個例子讓我體會， 雖然消化這些用了快一天，但感覺真的收獲很大， 有拔云見日之感。

實習(xí)一周后所遇到的種.種困難也讓我意識到自己很多問題，歸納如下：

1.盡管之前對于書本的學(xué)習(xí)有一定積累，但還是暴露出代碼的不熟練，細節(jié)方面處理能力差，在細節(jié)上耗費時間太多。

2.缺乏基本的軟件開發(fā)測試思路， 比如之前不知道chrome具有相當(dāng)強大的錯誤測試功能，它對于沒有觸發(fā)的函數(shù)也有錯誤提示。

3. 缺乏專注的習(xí)慣，比如詹老師讓我先完成功能方面，但我卻習(xí)慣于去找找界面的素材， 這就導(dǎo)致兩邊都沒有做好。雖然認識上知道不該這么做，但是習(xí)慣上卻很難改。

4.自己很多時候雖然有問題但是不能完全闡述清楚，所以跟leader溝通的時候往往支支吾吾，以后有問題自己首先得想清楚，將問題講明白也是很關(guān)鍵的能力。

另外也記錄一些自己的淺薄感受：

1.工科出身的詹老師對于代碼的運行效率有很多的考慮，但對于用戶體驗和交互效果似乎稍微少點，當(dāng)然也可能是我新來并不了解的原因。

2. 公司在做小應(yīng)用的時候并不會在用戶測試和產(chǎn)品結(jié)構(gòu)功能上討論太多，公司要的是迭代效率， 就是要快速出應(yīng)用，然后再快速上線下一個。

本周接到新的任務(wù)，為中國教育在線制作H5的招聘頁面， 之前的“給師姐打電話”的H5應(yīng)用還沒有優(yōu)化好，能做的改進的地方還有很多，leader詹老師讓我先把招聘網(wǎng)站做好， H5應(yīng)用先放放， 他給了我大街網(wǎng)做的“中國好Offer”作為參考， 拿到之后確實感覺這些頁面都做得很好， 詹老師搜集的資源確實十分豐富，從實習(xí)到現(xiàn)在他發(fā)給我的參考很實用，在看完了五六十個H5的招聘頁面之后開始構(gòu)思， 在將產(chǎn)品架構(gòu)基本做好后，測試又發(fā)現(xiàn)很多問題， 有技術(shù)層面的，但更多的設(shè)計本身的問題。技術(shù)的細節(jié)的問題：基于jquery mobile的開發(fā)框架國內(nèi)的資料十分有限，不得不查閱原始的英文API，很多問題也只能去JQM的論壇查找，這些都十分考驗英文閱讀能力。CSS的布局問題繁雜，在各個瀏覽器，各個應(yīng)用的渲染都不一樣， 也是很折磨人的過程，我現(xiàn)在就碰到了css中font-weight屬性在Safari沒有渲染的問題，至今沒有解決。

逐漸體會到前端工作的繁瑣與細節(jié)， 需要學(xué)的東西很多， 有時候可以憑自己一些小聰明在當(dāng)前解決，但并沒有摸到問題的根源，揚湯止沸不是長久之計，但又好像沒有足夠的時間來系統(tǒng)的摸索，我只能先將這些問題一一記下來。這些技術(shù)的體會是一方面，另一方面便是產(chǎn)品的設(shè)計層面， 現(xiàn)在就是因為產(chǎn)品快做好后發(fā)現(xiàn)有很多地方犯了低級錯誤， 以往的紙上談兵頭頭是道，等到自己親身實踐卻感到把握不住很多設(shè)計原則， 比如界面設(shè)計給用戶造成的不必要的干擾， 功能可見性的不足，邏輯上的不嚴謹， 以下我歸納了下崗做好的H5界面存在的交互問題：

1.頁面的設(shè)計初衷是左右滑動來切換頁面，但給幾個朋友測試后都不能進入頁面后就自然而然的知道是左右滑動。

2.join us的圖標(biāo)給用戶是按鈕的錯覺，在測試中很多用戶以為是按鈕，都會下意識的點擊。

3.交互效果的乏善可陳，與滑動的邏輯似乎也沒有太大關(guān)聯(lián)，只是單純的加入了一些css3的動畫。

4.用于提示左右滑動的動態(tài)箭頭會讓用戶以為是點擊作用

改進：

1.放棄join us 圖標(biāo)

2.改為上下滑動，箭頭提示更改

3.重新設(shè)計圖標(biāo)擺放結(jié)構(gòu)

總結(jié)： 這次的H5頁面主要在于設(shè)計問題， 事先并沒有完全構(gòu)思好原型就急切投入到代碼的編寫中，這種開發(fā)方式本身是十分幼稚的!

大學(xué)生軟件工程實習(xí)報告（篇4）

時間過的很快，轉(zhuǎn)眼間已經(jīng)實習(xí)將近5個月。

最先在內(nèi)部系統(tǒng)組參與內(nèi)部管理系統(tǒng)開發(fā)(struts+mysql+spring+ibernate)，之后是去做網(wǎng)絡(luò)交換機軟件的腳本測試?，F(xiàn)在又回歸內(nèi)部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經(jīng)驗。

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

1 淺談測試

一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經(jīng)驗總結(jié)和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測試經(jī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è)置斷點，一步一步step over，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調(diào)用的錯誤或者action邏輯的傳值問題。

頁面錯誤的調(diào)試，基本方法是用右鍵點擊實際網(wǎng)頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調(diào)用的字段有可能為空的情況出現(xiàn)的，可以加語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。

4 一些習(xí)慣

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

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

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

任務(wù)完后不要呆著，去要求經(jīng)理給你更有挑戰(zhàn)性的任務(wù)，只要你肯去嘗試，他們就會對你另言相看，把三天的任務(wù)一天加班搞定，效率和忠誠都有了，路也比較好走了。

5 題尾話

如果你有一份思想，我有一份思想，拿出來交換，我們大家擁有就是2分份思想，可惜這種觀念，并不能深入每一個團隊的每一個人，少一點自私，未必不是好事。職場到處都存在被排擠的隱患，要為自己找片草地實在不容易。但有一點要相信，只要自己不放棄自己，這世上就沒有絕望的路，你可以被打趴下，可以被身邊的人暗算，可以被深愛的人流放，只要你用自己決心站起來，受過的傷痊愈后就能增強你的抵抗力，一路前進!