moreunit

就在一年多以前，我寫了一篇關于在Eclipse中使用JUnit的文章。 評論者之一推薦MoreUnit ，以進一步提高測試效率。 嘗試一下讓我感到很高興，并且我的自主神經系統立即記住了該插件的鍵盤快捷鍵……

另外，在使用MoreUnit一段時間后，我發現我的一個工作例程發生了細微但值得注意的變化。 更準確地說，在重構^1時 ，我傾向于提取比自己以前更多的由單元測試覆蓋的類。 由于保持許多小類^2的凝聚力，這可能是一件好事。

好吧，有人可以說“ MoreUnit，名字說明了一切”，但是由于我并不希望這樣使用，所以我認為這可能是一篇不錯的帖子。 因此，讓我們看下面的示例開始：

class ActionItem extends MouseAdapter {private Label control;private Runnable action;private boolean mouseDown;[...]ActionItem( Composite parent, Runnable action ) {this.control = new Label( parent, SWT.NONE );this.control.addMouseListener( this );this.action = action;}@Overridepublic void mouseDown( MouseEvent event ) {markMouseDown();}@Overridepublic void mouseUp( MouseEvent event ) {handleMouseUp( event );}private void markMouseDown() {mouseDown = true;}private void handleMouseUp( MouseEvent event ) {if( mouseDown && inRange( event ) ) {action.run();}mouseDown = false;}private static boolean inRange( MouseEvent event ) {Point size = ( ( Control )event.widget).getSize();return event.x >= 0 && event.x <= size.x && event.y >= 0 && event.y <= size.y;}[...] }

該類是自定義UI控件³的摘錄，它顯示了此類控件如何實現鼠標單擊行為。 我們假設我們有一個適當的單元測試用例，并且具有足夠的覆蓋范圍并可以運行。 可以安全地假設在到達上面的代碼片段之前，已經進行了幾個結構重構步驟。

將鼠標單擊視為一項責任，因此應將鼠標分為自己的類。 為此，我通常從內部類開始，在該類中將相關的方法和字段移至其中。 之后，我將這種新類型的實例分配給周圍類的新字段，如下面的ActionItem構造函數所示。 最后但并非最不重要的一點是，我通過將這些調用委托給新創建的字段⁴來修復現在未定義的方法：

class ActionItem extends MouseAdapter {private Label control;private ClickHandler clickHandler;[...]ActionItem( Composite parent, Runnable action ) {this.control = new Label( parent, SWT.NONE );this.clickHandler = new ClickHandler( action );this.control.addMouseListener( this );}@Overridepublic void mouseDown( MouseEvent event ) {clickHandler.markMouseDown();}@Overridepublic void mouseUp( MouseEvent event ) {clickHandler.handleMouseUp( event );}static class ClickHandler {private Runnable action;private boolean mouseDown;ClickHandler( Runnable action ) {this.action = action;}private void markMouseDown() { [...] }private void handleMouseUp( MouseEvent event ) { [...] }private static boolean inRange( MouseEvent event ) { [...] }}[...]}

通過成功運行ActionItem的測試用例并再次檢查覆蓋范圍，可以確定上述提取沒有引入任何錯誤。 因此，將ClickHandler最終移到其自己的文件中感覺很省錢。

但是，現在有一個類充當某種“子組件”，僅被“主”組件的測試用例間接覆蓋。 我觀察到，這樣的階級經常養成自己的生活。 意味著它們的功能擴展了，或者它們正在被其他類或兩者重用。 在某個時間點，添加有意義的和/或易于理解的測試可能會變得相當困難。 這是因為測試類本身缺乏通過將其分為兩部分而引入被測單元的內聚性。

因此，我通常立即為提取的類創建一個特定的測試用例。 甚至與MoreUnit可用一樣，這可以非常直觀地實現，實際上是自動為新的測試用例提供了一組基本的測試方法存根。 繼續我們的例子中，我們會打開提取ClickHandler在編輯器中，按“Ctrl + J” ⁵在upcomming向導哪種方法，我們希望有創建存根和選擇：

按Finish將創建一個正確位于項目⁶的相應測試源文件夾下的測試用例，根據您的MoreUnit設置，其外觀如下所示：

public class ClickHandlerTest {@Testpublic void testMarkMouseDown() {fail( "Not yet implemented" );}@Testpublic void testHandleMouseUp() {fail( "Not yet implemented" );} }

存根可以作為從頭開始有意義地填充測試用例的起點。 但是請注意，已經有完整的內容提供了ActionItemTest中的一組測試。 因此，另一種可能性是將鼠標單擊相關測試的內容移至新創建的ClickHandlerTest 。 盡管后者現在對新單元進行了徹底的測試，但必須注意，在ActionItemTest中還有足夠的測試可確保ClickHandler ⁷的正確集成。

結論

現在工作了一段時間，給人的印象是代碼的可維護性和進一步開發（包括測試用例）逐漸得到改善。 當然，可以說，MoreUnit不應成為決定是否將某種責任歸入自己的班級的關鍵因素。 但是在我看來，通過幫助克服一個人較弱的自我，只需單擊幾下鼠標，就可以為新班級準備一個合適的測試用例，從而簡化了這樣做的決定。

參見“測試驅動開發”的紅色/綠色/重構原理。

羅伯特·馬丁（Robert C. Martin），《清潔代碼》，第10章：類

盡管該示例是受我當前工作的啟發，但我將其簡化為本文所需的最低限度

進一步的重構步驟可能是更改ClickHandler，使其擴展MouseAdapter或實現MouseListener。 之后，單擊處理程序本身可以在替換操作項的標簽上注冊為鼠標偵聽器。 這將完全消除ActionItem委派的鼠標處理程序方法。 但是我在這里省略了此步驟以保持帖子的范圍

此快捷方式通常用于在被測單元及其相應的測試用例之間切換。 當您很快適應這種情況時，它以某種方式比特定的裝飾者更多地充當了“缺失的測試提醒”……

對于基于OSGi的系統，這也可能是一個測試片段

請注意，提取過程簡化了鼠標單擊功能測試的測試設置。 提取的類不依賴于構造函數中的SWT小部件派生類，從而允許提供基于模擬的測試設置。 如果沒有ActionItem麻煩，那么后者是不可能的，因此例如，需要使用setup / teardown方法來創建，初始化和處置Display / Shell實例。

參考：來自Code Affine博客的JCG合作伙伴 Frank Appel的MoreUnit和MoreUnit 。

翻譯自: https://www.javacodegeeks.com/2014/02/more-units-with-moreunit.html

moreunit

總結

以上是生活随笔為你收集整理的moreunit_MoreUnit与MoreUnit的全部內容，希望文章能夠幫你解決所遇到的問題。

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