java代碼測試技巧
1、前端頁面測試
首先頁面測試我們遇到最繁瑣的問題是與數據庫互聯的時候測試，當測試某一功能時反復修改頁面然后反復啟動服務，這樣是很浪費時間的，經過我的分析發現，我們用的容器如weblogic、tomcat加載項目的原理都是一樣的，然而部署之后真正執行的代碼是解壓到緩存中的代碼。我們從中可以找到有html、jsp、js這類前端的文件。
我們可以將修改過的html、jsp、js文件放到緩存中，頁面直接刷新即可以呈現你修改過的內容。tomcat跟weblogic加載運行的原理是一樣的，我下邊以windows中的weblogic舉例。
首先找到你domain的位置 ，找到你項目加載后緩存文件夾，我的目錄是這樣的，每個人的是不一樣的，具體看你自己設置的名稱。
以上文件都是執行加載的項目前端文件，這些都是在緩存中的，我們可以將修改的文件在緩存文件夾中找到對應的文件替換掉，然后在瀏覽器中刷新頁面，我們修改后的功能就可以呈現，我們可以在緩存中反復修改而不用重啟服務，這樣可以節約很多時間。測試的時候可以F12打開瀏覽器開發工具，進行打斷點跟蹤測試，也可以獲取請求的頭文件，以及通過抓包的方式來驗證功能。
如果不在緩存中修改前端文件，如果要通過重啟服務測試前端功能，一定要刪掉緩存中的文件，因為項目執行，只是執行緩存加載進來的文件，也就是war包或者par包解壓后的文件。
以上在緩存中修改測試的方法僅限於前端的文件html、jsp、js后台的java文件和數據庫配置的修改是不成立的。
2、后台測試技巧
后台測試的方法有很多，單元測試、單步調試、與前端集成測試等多種測試方法。
現在很多項目都要打包集成在容器中進行測試，那么就涉及到java后台代碼的修改和打包之間的關系。通常我們只是修改了某幾個類或者接口的情況下我們沒必要執行一次打包腳本重新打包，我們可以將修改后編譯的class文件直接拖到war包中的對應文件進行替換，刪除緩存重啟服務即可。如果只是簡單的修改一些位置比如只是一些參數，自己沒有必要測試的非功能性的問題，我們也可以將war包中的class直接拖到反編譯工具（如gui）中進行修改 然后再拖回原處。
單元測試。其實這個是我們比較常用的測試方法，我們可以通過將方法參數，傳入的數值進行模擬測試，以達到方法實現的功能。這個是比較簡單的。
單步調試。單步調試也就是所謂的debug調試，這個調試方式非常方便，我們可以通過打斷點以debug模式啟動，對每一行代碼的取值傳值進行驗證。新手建議一定要學會這種調試方式，因為新手經常問的問題范圍都很廣，不是你的同事一般很難一眼就能確認問題的根源，所以新手自己一定要學會定位問題，把問題定位在某一行或者某幾行，是什么類型的問題空指針？越界？類找不到等問題。
我們一般測試是通過打包扔到容器中進行測試，當程序報錯很多朋友第一時間回去看控制台，其實控制台提供的錯誤提示都是比較寬泛的，不夠具體只是一個錯誤類型，當我們看控制台無法解決錯誤時，我們應該去容器中拿你執行時加載整個過程的日志，這個里邊一般報錯信息，比如sql取值都是可以拿到的，這樣找的問題是比較清晰的也比較容易解決。