【2.1】
單元測試的重要性和必要性以前并沒有注意到，大部分測試是由手動遍歷測試，這就導致了代碼漏洞百出。一不夠全面，二沒有邏輯性。這部分內容給了我很好的警醒。單元化測試以及測試代碼自動化都是在完成一部分新代碼之后必須馬上完成的事情。雖然繁瑣、復雜，但是絕對不能跳過這一步。另外，回歸測試中提到的問題，在以前也非常經常的遇到過，總算系統的學習到了科學性、理論性的解釋和解決方法。
【2.2】
效能分析。很多情況下對我來說就是一句空話，用來撐場面的花架子，細數下來，竟然很少真正的通過數據來說明程序效能。其實看上去實現功能差不多的代碼，在運行速度及效率等方面極有可能差了十萬八千里。要寫就要寫健壯、且高效的代碼。利用函數調用關系樹來分析是個不錯的辦法，因為僅僅通過數據來判斷的話很有可能矯枉過正，有失偏頗。
【2.3】
工程師在“需求分析”和“測試”這兩方面明顯地要花更多的時間；但是在具體編碼上，工程師比學生要少花1/3強的時間。從學校到工作，明顯體會出了差別。真正應用到工作上，學校里那種學院派應付了事的做法根本行不通。工作中更強調的是需求分析、功能設計、使用體驗、產品完善程度等，需要功能邏輯合理、質量高的產品，而非運行一百次只成功一次、急匆匆的截圖寫報告、宣告完成的課題。越熟練越深入學習，越能了解到其實前期準備（即需求分析等）和后期測試（包括產品說明）扮演著究極重要的角色。
【2.4&2.5】
要看的鏈接、要學的文章、要做的練習好多。。。TAT還沒有太多時間實踐。。。跳槽的事情剛剛落定，周一第一天上班。一切開始步入正軌。
p.s.個人軟件開發流程。無比感興趣。之前在知乎看到一篇文章叫《一個人開發一款APP是一種怎樣的體驗》，作者一個人利用業余時間開發了一款記賬app——5coins（強行安利一發，付費軟件），當時就下載安裝對著文章細細的研究了一遍，整個人都炸裂了，太酷炫了！功能雖然簡單，但細節處處讓人覺得驚喜，眼前一亮的感覺。我也要搞一個出來。
文章列表
留言列表
