20xx年軟件開發(fā)綜合實(shí)訓(xùn)報告(4篇)-資料下載頁
2025-08-07 14:55本頁面
【正文】 社會不會要一個一無是處的人，所以我們要更多更快的從一個學(xué)校人向社會人轉(zhuǎn)變。為此我們將會在以后的日子里繼續(xù)努力，不斷激勵經(jīng)驗(yàn)，不斷磨礪自己，早日走向工作崗位。軟件開發(fā)綜合實(shí)訓(xùn)報告篇四一直以來，我都認(rèn)為測試是脫離了軟件工程范圍的工作，不以為屑。但在實(shí)際情況中，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計(jì)的經(jīng)驗(yàn)總結(jié)和想象力。而要做到高級測試工程師，則一定要懂編碼，因?yàn)檫@是你完全掌握整個系統(tǒng)的方方面面具體運(yùn)作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測試經(jīng)驗(yàn)。實(shí)際項(xiàng)目中，編碼時間一般只占30%左右，真正耗費(fèi)時間的是it階段的找 bug與對應(yīng)bug，此階段基本評定了coder的編碼質(zhì)量。有些人，以為教學(xué)視頻和代碼看多，自己就懂的多，實(shí)際做起來，卻不知從何下手，問題在那?如何定位?如何解決?通通跟一樣能力有關(guān)，debug追蹤能力，也稱調(diào)試。在項(xiàng)目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化?有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎(chǔ)上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實(shí)際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數(shù)據(jù)庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學(xué)會調(diào)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。如果你能在短短的時間內(nèi)就看到問題點(diǎn)在那，放下斷點(diǎn)去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實(shí)際行動去追蹤運(yùn)行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點(diǎn)做的很好。例如頁面內(nèi)容顯示不是自己想要的數(shù)據(jù)，我們要先從數(shù)據(jù)庫查詢語句去下手，設(shè)置斷點(diǎn)，一步一步step over，讓sql字段(存取最終sql語句的字符串)運(yùn)行到有值，inspect進(jìn)去看，如果還看不出來，就點(diǎn)擊它，copy后在sql客戶端去實(shí)際運(yùn)行，看看實(shí)際查詢出來的表是什么，如果是對的，有可能就是頁面調(diào)用的錯誤或者action邏輯的傳值問題。頁面錯誤的調(diào)試，基本方法是用右鍵點(diǎn)擊實(shí)際網(wǎng)頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調(diào)用的字段有可能為空的情況出現(xiàn)的，可以加if(xxx=null)語句加保護(hù)。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學(xué)到的東西遠(yuǎn)遠(yuǎn)比書多的多。解決了一個問題后，要去究根問底去找到問題產(chǎn)生的起因，以防你下次遇到類似的問題再浪費(fèi)同樣的時間。把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經(jīng)看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。任務(wù)完后不要呆著，去要求經(jīng)理給你更有挑戰(zhàn)性的任務(wù)，只要你肯去嘗試，他們就會對你另言相看，把三天的任務(wù)一天加班搞定，效率和忠誠都有了，路也比較好走了。
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1