作爲一種業餘愛好項目,我正在開發一個小猛砸單元測試框架。既然基本功能已經實現,下一步就是編寫測試。如何測試單元框架?
但是我如何使用框架本身來測試我的框架呢?
我試過谷歌這個問題的答案,但無法找到任何關於這個問題。
我到目前爲止提出的想法是爲一些使用測試框架本身的所有功能的簡單事情編寫測試。如果測試都是綠色的,那麼很好。這些基本測試也可以用作某種文檔。
但我不知道這是否是一個好方法。
作爲一種業餘愛好項目,我正在開發一個小猛砸單元測試框架。既然基本功能已經實現,下一步就是編寫測試。如何測試單元框架?
但是我如何使用框架本身來測試我的框架呢?
我試過谷歌這個問題的答案,但無法找到任何關於這個問題。
我到目前爲止提出的想法是爲一些使用測試框架本身的所有功能的簡單事情編寫測試。如果測試都是綠色的,那麼很好。這些基本測試也可以用作某種文檔。
但我不知道這是否是一個好方法。
的問題將是測試,測試可能會失敗。單元測試應該都是「綠色」的。因此,選擇一些無法證明其正確性的測試不是一種選擇。
我認爲解決方案將基於靜音技術。關於「單元測試測試框架」很難給出一般性建議。哪些部分屬於框架?一部分讀取包含單元測試的文件,一部分運行它們,一部分寫一些報告,一部分幫助器,比如斷言......?
您需要拆分這些部件並使其可以獨立運行。那麼和其他測試一樣沒有區別。
也許你會找到一種方法來在單元測試中運行整個testrunner。這不是單元測試,而是集成測試。這種測試可能會成爲維護問題,因爲它們通常非常複雜,請使用操作系統中的文件系統和其他內容,這些內容不應在單元測試中使用。考慮這是否值得付出努力。
總是存在無法進行測試的一部分。把所有東西放在一起並在真實環境中運行應用程序(不管它是什麼)的部分。這裏沒有區別。它更容易,因爲一些「最終用戶環境」可以通過「綠色」測試來測試。
你需要用自己來測試它? 當我編寫自定義斷言我一定要考他們。 –
@JohanLarsson我曾經聽說過JUnit測試自己(使用JUnit)。所以我認爲這將是一個強制性的事情:-)。 – helpermethod
是的,也許它是從純粹的角度來看:) –