軟件公司實(shí)習(xí)報告3篇(編輯修改稿)
2025-04-05 22:04 本頁面
【文章內(nèi)容簡介】 編碼能力被別人甩在后頭，但至少具有了一些測試經(jīng)驗(yàn)。 至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感?！ ? 淺談測試 一直以來，我都認(rèn)為測試是脫離了軟件工程范圍的工作，不以為屑。但在實(shí)際情況中，測試是既重要且難以精湛的。其真正壓力，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般測試人員不懂編碼。而要做到高級測試工程師，則一定要懂編碼，因?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)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。 3 如何調(diào)試追蹤？ 如果你能在短短的時間內(nèi)就看到問題在那，放下斷點(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)去看，如果還看不出來，就它，copy后在sql客戶端去實(shí)際運(yùn)行，看看實(shí)際查詢出來的表是什么，如果是對的，有可能就是頁面調(diào)用的錯誤或者action邏輯的傳值問題?！ №撁驽e誤的調(diào)
公司管理相關(guān)推薦
鄂ICP備17016276號-1