關于軟件工程專業實習報告【三篇】
業精于勤，荒于嬉，行成于思，毀于隨，立志漫長清華園，刻苦方能未明湖，太陽每天都是新的，你是否每天都在努力，這里給大家分享一些有關軟件工程專業實習報告，供大家參考。 以下是小編整理的關于軟件工程專業實習報告【三篇】，僅供參考，大家一起來看看吧。
【篇1】軟件工程專業實習報告
時間過得真快，轉眼間，在__實習生活就結束了。
__的時間能夠和__的同學一起工作、學習、生活我感到非常的榮幸，同時也感覺到很大的壓力，作為__專業的學生從事軟件開發感覺還是有一定的困難，特別是我們還是和__的學生一起，在初來時自己就有一些不自信，但隨著項目的進展，我慢慢的找到了自己的位置，找到自己的目標，雖然自己與好的同學還有差距，這也給了我很大壓力，但是我相信沒有壓力就沒有動力，所以整個實訓過程中我都在不斷地努力。
實訓期間讓我學到很多東西，不僅在理論上讓我對it領域有了全新的認識，在實踐能力上也得到了很大的提高，真正的學到了學以致用，更學到很多做人的道理，對我來說受益匪淺。特別是利用周x上午的時間，__為我們安排的講座讓我們了解it領域一些新的發展動態以及一些領先的技術，讓我意識到自己知識的缺少，這激勵我在以后的學習、工作、生活中要不斷了解信息技術發展動態以及信息發展中出現的新的技術。
除此之外，我還學到了如何與人相處，如何和人跟好的交流，我們組成一個團隊大家一起開發__項目，大家的交流溝通顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同時又不傷害其他的隊友的面子，這些在我的實訓生活中都有一些體會。可是說，第一次親身體會理論與實際相結合，讓我大開眼界。也是對以前學習的一個初審吧，相信這次實訓多我以后的學習、工作也將會有很很大的影響，在短短的__天里這些寶貴的經驗將會成為我以后工作的基石。
作為__的學生，經過x年的在校學習，對程序設計有了一些基本的理性的認識和理解。在校期間一直忙于理論的學習，沒有機會也沒有經驗來參與我們項目的開發，所以在實習之前軟件按開發對我來說是非常抽象的，一個完整的項目要怎么來分工以及完成該項目所需要的基本步驟也不明確，經過這次實訓讓我明白一個完整項目的完成必須團隊分工合作，并在每個階段進行必要的總結和檢查。
在我們項目的開發過程中我們項目的步驟：詳細設計、詳細設計review、編碼、編碼review、單體測試。在項目開發過程中我也深刻的體會到詳細設計對一個項目開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有具體的認識，并能減少在開發過程中出現不必要的脫節。
經過__天的__信息安全管理的java開發，是我對java軟件開發平臺有了更深一步的了解，也對__公司的__平臺有了一定的了解。
這次實訓是對我們__年學習的一個檢驗，雖然項目中很多知識我們在日常的學習中都沒有遇到，這同時提醒我：要想成為一個合格的程序員就有具備一種自學能力，在工作中會遇到很多從未接觸過的問題，當有了問題時要去解決，在你不斷努力，尋找答案的過程中，自己的能力也在潛移默化的提升。有時遇到問題時可能有很多想法但卻不知道那個正確，這就讓我們不斷地去探索，不斷地嘗試。
這次實訓也讓我深刻的了解到，不管在工作中還是在生活中要和老師、同學保持良好的關系是很重要的。做事首先要先做人，要明白做人的道理，如何與人相處是現代社會的做認得一個最基本的問題，對已自己這樣一個即將步入社會的人來說，需要學習的東西很多。
從一起做項目的同學身上我看到了謙虛謹慎、細心努力的態度，在以后我的生活中我還會留意身邊同學的優點，從他們身上找尋我所缺少的品質，不斷學習。從老師那里我看到了企業人的生活面貌，沒有事情可以不勞而獲，今天老師們能夠領導我們是他們之前努力的結果，雖然老師沒有和我們講很多公司里的事情，可是他們的言行中所表現出來的都是比我們要嚴謹的多的對工作的態度。
在此次的實訓中我感覺到我們最大的不足就是動手的能力太差，在項目組中__的同學也給我提出一些建議，讓我有機會自己多動手，不是我們缺乏知識，而是我們沒有運用知識的能力，在__天的項目開發過程中，我自己也認識到雖然我們的理論知識沒有__同學那么全面，但是如果在學校認真學習了，我們的理論知識并不比他們差，所以以后的日子，如果自己還要繼續從事軟件開發相關工作，我會更加注重自己的動手能力。
再者，我們要有更好的學習心態，看到__的很多同學會在晚上項目結束后再去教室上自習，深深地意識到我們的學習態度有多大的差距，原來在學校的時候我們x點基本就要從教室回宿舍了，而他們還會再繼續利用x點以后的時間努力學習，雖然在__就短短不到x月的時間，可是我所體會到的對我以后的學習將會有很大的影響，我想在__復習的過程中，在__的經歷會讓我更加有動力，更能堅定信念：堅持、努力。學習刻苦、勤奮的學習態度。
__的實訓已經成為過去，可是在__學到的東西會一直影響我以后的發展，突然想起魯迅先生的一句話：世上本沒有路，走的人多了，便成路。生活的路也是人走出來的，每個人一生總要去很多陌生的地方，然后熟悉，然后再走向另一個陌生的地方。在不久的將來，就要踏上人生的另一段旅程，以后的路上有時不免會感到有些茫然、無助，但生活的路誰都無法預測，只能一步步摸索，但只要方向正確，只要我們向著目標不斷努力，相信在不遠的將來我們一定會有一片屬于我們自己的天空。
【篇2】軟件工程專業實習報告
1、淺談測試
一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑.但在實際情況中，測試是既重要且難以精湛的。其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員.一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統的方方面面具體運作的前提。但占主導地位的，還是大型系統的集成測試經驗.實際項目中，編碼時間一般只占__％左右，真正耗費時間的是IT階段的找bug與對應bug，此階段基本評定了coder的編碼質量。
2、程序員的困惑
有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，問題在那？如何定位？如何解決？通通跟一樣能力有關，debug追蹤能力，也稱調試.在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化？
有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題.但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。
3、如何調試追蹤
如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題.出現問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑pse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步step over，讓sql字段（存取最終sql語句的字符串）運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到editplus，就能看到具體錯誤發生在那幾行.通常有幾種常見的錯誤。例如缺少對象，這種很多時候是有些被你調用的字段有可能為空的情況出現的，可以加if（__=null）語句加保護.追蹤的方法基本就是用alert語句，放在有可能出錯的地方.畢業實習總結。
4、一些習慣
遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。
解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。
把代碼寫的漂亮，注釋，空行，規范一樣不能少，可讀性是放在第一位.曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。
任務完后不要呆著，去要求經理給你更有挑戰性的任務，只要你肯去嘗試，他們就會對你另言相看，把x天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。
5、題尾話
如果你有一份思想，我有一份思想，拿出來交換，我們大家擁有就是x份思想，可惜這種觀念，并不能深入每一個團隊的每一個人。少一點自私，未必不是好事。職場到處都存在被排擠的隱患，要為自己找片草地實在不容易。但有一點要相信，只要自己不放棄自己，這世上就沒有絕望的路，你可以被打趴下，可以被身邊的人暗算，可以被深愛的人流放，只要你用自己決心站起來，受過的傷痊愈后就能增強你的抵抗力，一路前進！
【篇3】軟件工程專業實習報告
1 淺談測試
一直以來,我都認為測試是脫離了軟件工程范圍的工作,不以為屑.但在實際情況中,測試是既重要且難以精湛的.其真正的壓力,在于找不到bug,責任在你,而不在于編碼人員.一般的測試人員不懂編碼,他們靠的是日以累計的經驗總結和想象力.而要做到高級測試工程師,則一定要懂編碼,因為這是你完全掌握整個系統的方方面面具體運作的前提.但占主導地位的,還是大型系統的集成測試經驗.實際項目中,編碼時間一般只占30％左右,真正耗費時間的是IT階段的找bug與對應bug,此階段基本評定了coder的編碼質量.
2 程序員的困惑
有些人,以為教學視頻和代碼看多,自己就懂的多,實際做起來,卻不知從何下手,問題在那？如何定位？如何解決？通通跟一樣能力有關,debug追蹤能力,也稱調試.在項目組工作不愁源碼資源,但問題是蛋糕擺在面前,你如何去消化？
有位同事告訴我：代碼看幾遍都沒用,要去抄,例如一個查詢模塊,在此基礎上去做具體記錄的歷史記錄查詢模塊,你可能會覺得很簡單,但實際情況卻往往報一堆異常,配置問題涉及到方方面面,以及數據庫字段,傳值問題等等,一大堆對于新人來說很郁悶的問題.但不用怕,只要學會調試,一個個問題去追蹤,一個個去解決,自然而然,那段“源碼”才真正屬于你.
3 如何調試追蹤？
如果你能在短短的時間內就看到問題點在那,放下斷點去追蹤,出去找工作,絕對沒問題.出現問題的時候,不要光看代碼,要用實際行動去追蹤運行期間的具體值,那是最好途徑.eclipse是個很爽的ide,這點做的很好.例如頁面內容顯示不是自己想要的數據,我們要先從數據庫查詢語句去下手,設置斷點,一步一步step over,讓sql字段（存取最終sql語句的字符串）運行到有值,inspect進去看,如果還看不出來,就點擊它,copy后在sql客戶端去實際運行,看看實際查詢出來的表是什么,如果是對的,有可能就是頁面調用的錯誤或者action邏輯的傳值問題.
頁面錯誤的調試,基本方法是用右鍵點擊實際網頁查看源代碼,copy到editplus,就能看到具體錯誤發生在那幾行.通常有幾種常見的錯誤,.例如.缺少對象 這種很多時候是有些被你調用的字段有可能為空的情況出現的,可以加if(__=null)語句加保護.追蹤的方法基本就是用alert語句,放在有可能出錯的地方.畢業實習總結
4 一些習慣
遇到問題先自己思考,無從下手再找高手幫忙看看,注意他幫你看的思路,別在一旁閑著,看多了自己也會了,不然你一輩子都停留在那種水平,從人身上學到的東西遠遠比書多的多.
解決了一個問題后,要去究根問底去找到問題產生的起因,以防你下次遇到類似的問題再浪費同樣的時間.
把代碼寫的漂亮,注釋,空行,規范一樣不能少,可讀性是放在第一位.曾經看過一個高手寫的代碼,真的一看就是不同水平的人寫的,幾乎很完美,讀起來很流暢,方便自己也方便別人.
任務完后不要呆著,去要求經理給你更有挑戰性的任務,只要你肯去嘗試,他們就會對你另言相看,把三天的任務一天加班搞定,效率和忠誠都有了,路也比較好走了.
5 題尾話
如果你有一份思想,我有一份思想,拿出來交換,我們大家擁有就是2分份思想,可惜這種觀念,并不能深入每一個團隊的每一個人,少一點自私,未必不是好事.職場到處都存在被排擠的隱患,要為自己找片草地實在不容易.但有一點要相信,只要自己不放棄自己,這世上就沒有絕望的路,你可以被打趴下,可以被身邊的人暗算,可以被深愛的人流放,只要你用自己決心站起來,受過的傷痊愈后就能增強你的抵抗力,一路前進!