1簡介

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

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

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

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

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

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

重構的過程便是不斷執行測試的過程。

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

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

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

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

不要因為測試無法捕捉所有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

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

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為某個類創建測試用例

把光標移至類，比如說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'问题的全部內容，希望文章能夠幫你解決所遇到的問題。

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