大學生軟件工程實習報告

Word———大學生軟件工程實習報告高校生軟件工程實習報告(二)

進入公司初期參與的培訓，使我對公司有了一個全面的了解，在公司工作的這段時間，我深切的體會到了公司深厚的經(jīng)營理念，感受到了公司深厚的氛圍。在每期的刊物上我都有了解公司的近期新聞內(nèi)容，同時也了解了公司的相關(guān)的，在工作上有領(lǐng)導的關(guān)懷和同事的關(guān)心，讓我更加順當?shù)亩冗^我的試用期。

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

1.mapinfo學習與實做練習

2.oracle大事探查功能

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

4.cmmi

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

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

7.cmmi爭論會議

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

10.協(xié)作編寫《中國服務(wù)外包進展報告____》

11.依據(jù)表，編制崗位說明

12.整理國家工信部電子進展基金項目申報資料

這段時間的工作和學習是承上啟下的階段，不僅是對前一階段工作的總結(jié)和，而且更加深刻的端詳?shù)阶约核嬖诘膯栴}和今后應(yīng)當加強的方面。通過這段時間的工作和學習，豐富了自己的工作方式，開拓了自己的，更加熟悉到工作的多方溝通與協(xié)作的重要性。

※向他人學習，少走彎路

獵取信息最快的途徑就是溝通，他人自有他人的優(yōu)點與特長，有不懂的地方向他人請教，看他人解決問題的一個過程，也會學到不少閱歷，削減自己摸索的時間。

※擅長學習，留意總結(jié)

對工作進行中消失的問題要準時總結(jié)，在工作盲點方面多多獵取別人的看法和建議，提高自立解決問題的力量。

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

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

※把握整體概念

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

※要做好一樣工作，就要明確責任

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

※親自實踐，才能收獲

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

※如何看待問題

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

※良好的工作協(xié)作力和執(zhí)行力

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

※習慣打算態(tài)度，態(tài)度打算高度

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

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

要想取得更大的勝利，就要付出更多的努力!

如今，我立刻就要成為______有限公司的正式員工了，能夠成為正式員工，我感到特別的興奮，今后我肯定會專心工作，用自己的實際行動來回報公司。

高校生軟件工程實習報告(三)

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

詹老師讓我仿照“過家家gogaga”所開發(fā)的“打電話認師姐”微信小嬉戲?qū)懸粋€類似的應(yīng)用。我把原始應(yīng)用找出來便開頭摳代碼，第一步是將套在微信接口中的原始應(yīng)用摳出來(套在微信接口的原始應(yīng)用只能在微信掃瞄器中運行，無法在電腦上測試)，周二開頭做，一開頭我的效率特別低，由于我許多測試并不熟識，在參閱了微信JS-SDK后終于把原始代碼摳出來，厘清該應(yīng)用的基本規(guī)律后開頭重寫，在詹老師的急躁地指導和對基礎(chǔ)學問的講解下，我們將原始代碼中120行的CSS代碼優(yōu)化到60行，將五百多行的JS代碼優(yōu)化到只有60行，這事實上是在原有的規(guī)律上完全重寫了，這讓我開頭有點成就感了。

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

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

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

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

3.缺乏專注的習慣，比如詹老師讓我先完勝利能方面，但我卻習慣于去找找界面的素材，這就導致兩邊都沒有做好。雖然熟悉上知道不該這么做，但是習慣上卻很難改。

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

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

1.工科出身的詹老師對于代碼的運行效率有許多的考慮，但對于用戶體驗和交互效果好像略微少點，當然也可能是我新來并不了解的緣由。

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”作為參考，拿到之后的確感覺這些頁面都做得很好，詹老師搜集的資源的確非常豐富，從實習到現(xiàn)在他發(fā)給我的參考很有用，在看完了五六十個H5的聘請頁面之后開頭構(gòu)思，在將產(chǎn)品架構(gòu)基本做好后，測試又發(fā)覺許多問題，有技術(shù)層面的，但更多的設(shè)計本身的問題。技術(shù)的細節(jié)的問題：基于jquerymobile的開發(fā)框架國內(nèi)的資料非常有限，不得不查閱原始的英文API，許多問題也只能去JQM的論壇查找，這些都非常考驗英文閱讀力量。CSS的布局問題繁雜，在各個掃瞄器，各個應(yīng)用的渲染都不一樣，也是很熬煎人的過程，我現(xiàn)在就遇到了css中font-weight屬性在Safari沒有渲染的問題，至今沒有解決。

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

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

2.joinus的圖標給用戶是按鈕的錯覺，在測試中許多用戶以為是按鈕，都會下意識的點擊。

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

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

改進：

1.放棄joinus圖標

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

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

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

高校生軟件工程實習報告(四)

時間過的很快，轉(zhuǎn)瞬間已經(jīng)實習將近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)，雖然在腳本組期間，編碼力量被別人甩在后頭，但至少具有了一些測試閱歷。

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

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

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

假如你能在短短的時間內(nèi)就看到問題點在那，放下斷點去追蹤，出去找工作，肯定沒問題。消失問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的詳細值，那是最好途徑。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)用的字段有可能為空的狀況消失的，可以加if(______=null)語句加愛護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。

遇到問題先自己思索，無從下手再找高手幫忙看看，留意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停