1簡介

在《重構 改善既有代碼的設計》一書中，我們知道要進行重構，首要前提就是要擁有一個可靠的測試環(huán)境，有一個可以自動進行重構的工具，還是需要進行測試。Martin Fowler發(fā)現(xiàn)，編寫優(yōu)良的測試程序，可以極大的提高編程速度，即使不重構也是一樣的。

確保所有測試都完全自動化，讓它們檢查自己的測試結果

只要把期望的輸出放進測試代碼中，然后做一個比較就可以，于是就可以舒服的執(zhí)行每個類的測試函數。

一套測試就是一個強大的bug偵測器，能夠大大縮減查找bug所需要的時間

實際上，撰寫測試代碼的最有用的時機是在開始編程之前。當你需要添加特性時，先寫相應的測試代碼。聽起來離經叛道，其實不然，因為編寫測試代碼其實就是在問自己：添加這個功能需要做什么。編寫測試代碼還能使你把注意力集中在接口而非實現(xiàn)（這永遠是好事）

頻繁的運行測試，每次編譯請把測試也考慮進去----每天至少執(zhí)行每個測試一次

重構的過程便是不斷執(zhí)行測試的過程。

編寫未臻完善的測試并實際運行，好過對完美測試的無盡等待

測試的要訣是：測試你最擔心出錯的部分，這樣你就能從測試工作中得到最大利益

考慮可能出錯的邊界，把測試活力集中在哪里

當測試數量達到一定程度之后，繼續(xù)增加測試可能帶來的效益呈現(xiàn)遞減趨勢，而非遞增；如果試圖編寫太多測試，你也可能因為工作量過大而氣餒，最后什么都寫不成。你應該把測試集中在可能出錯的地方。觀察代碼，看哪兒變得復雜；觀察函數，思考那些地方可能出錯。

不要因為測試無法捕捉所有bug就不寫測試，因為測試的確可以捕捉到大多數bug

2問題描述

Package name ‘com.cetc52.platform’ does not correspond to the file path ‘java.com.cetc52.platform’ less… (Ctrl+F1)

Detects package statements that do not correspond to the project directory structure and reports classes without package statements

這個問題是自己之前在單位的內網中編寫的單元測試，把代碼拷貝進入外網時卻發(fā)現(xiàn)報出了這個問題。

3解決步驟

問題是因為我們沒有設置測試的根目錄，即

Mark Directory as Test Source Root

3.1起點

3.2標記Tests

標記之后，該問題即得到解決。

3.2配置JUnit4

首先集成JUnit4插件
在IDEA中打開設置，選擇Other Settings選擇JUnit Generator，在彈框中設置如下

設置OutPath內容如下：

${SOURCEPATH}/../test/${PACKAGE}/${FILENAME}

同時選擇JUnit4標簽

4為某個類創(chuàng)建測試用例

把光標移至類，比如說Event類，中間，點擊快捷鍵Ctrl + Shift + T，配置對話框

5 參考

IDEA整合JUnit4
Python單元測試和Mock的使用

總結

以上是生活随笔為你收集整理的Package name 'com.cetc52.platform' does not correspond to the file path 'java.com.cetc52.platform'问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。