powermock模擬對象

大多數單元測試都集中于測試對象的行為以證明其有效。 這可以通過編寫一個JUnit測試來實現，該測試調用對象的公共方法，然后測試這些調用的返回值是否與先前定義的一組期望值匹配。 這是一種非常常見且成功的技術。 但是，不應忘記對象也顯示狀態(tài)。 由于它是隱藏的，因此經常被忽略。

我于1995年夏季首次閱讀Grady Booch的1994年的《 面向對象的分析和設計 》一書，它通過以下方式定義了對象的狀態(tài)：

對象的狀態(tài)包含對象的所有（通常是靜態(tài)）屬性以及這些屬性中每個屬性的當前（通常是動態(tài)）值。

他使用自動售貨機示例定義了靜態(tài)和動態(tài)狀態(tài)之間的差異。 靜態(tài)狀態(tài)是通過機器始終準備好拿錢的方式表現出來的，而動態(tài)狀態(tài)是在任何給定實例中獲得的錢數。

我懷疑在這一點上，您會正確地辯稱，明確的行為測試確實會測試對象的狀態(tài)，這是因為給定的方法調用返回了正確的結果，并且要獲得正確的結果，對象的狀態(tài)也必須是是的...我會同意的。 但是，在極少數情況下，經典行為測試不適用。 當公共方法調用沒有輸出并且對對象不執(zhí)行任何操作（更改其狀態(tài)）時，會發(fā)生這種情況。 一個示例是返回void的方法或構造函數。 例如，給定一個具有以下簽名的方法：

public void init();

…如何確保其完成工作？ 事實證明，有幾種方法可以用來實現這一目標……

• 向您的類中添加許多getter方法。 這不是一個特別好的主意，因為您只是在松開后門的封裝。
• 放松封裝：將私有實例變量打包為私有。 一個非常有爭議的事情。 您可能會務實地認為，經過良好測試，正確和可靠的代碼可能比高度封裝更好，但是我在這里不太確定。 這可能是一個短期修復，但將來可能會導致各種問題，因此應該有一種編寫經過良好測試，正確和可靠的代碼的方式，其中不包括破壞對象的封裝
• 編寫一些使用反射來訪問對象內部狀態(tài)的代碼。 這是迄今為止最好的主意。 不利的一面是，這需要付出相當大的努力，并且需要一定數量的編程能力。
• 使用PowerMock的Whitebox測試課程為您完成艱苦的工作。

以下完全人為設計的場景演示了PowerMock的Whitebox類的用法。 它需要一個非常簡單的AnchorTag <a>類，該類將在測試輸入URL字符串有效之后構建一個錨標記。

public class AnchorTag {private static final Logger logger = LoggerFactory.getLogger(AnchorTag.class);/** Use the regex to figure out if the argument is a URL */private final Pattern pattern = Pattern.compile("^([a-zA-Z0-9]([a-zA-Z0-9\\-]{0,61}[a-zA-Z0-9])?\\.)+[a-zA-Z]{2,6}$");/*** A public method that uses the private method*/public String getTag(String url, String description) {validate(url, description);String anchor = createNewTag(url, description);logger.info("This is the new tag: " + anchor);return "The tag is okay";}/*** A private method that's used internally, but is complex enough to require testing in its own right*/private void validate(String url, String description) {Matcher m = pattern.matcher(url);if (!m.matches()) {throw new IllegalArgumentException();}}private String createNewTag(String url, String description) {return "<a href=\"" + url + "\">" + description + "</a>";} }

URL驗證測試是使用正則表達式和Java Pattern對象完成的。 使用Whitebox類將確保正確配置模式對象，并且我們的AnchorTag處于正確的狀態(tài)。 下面的JUnit測試證明了這一點：

/*** Works for private instance vars. Does not work for static vars.*/@Testpublic void accessPrivateInstanceVarTest() throws Exception {Pattern result = Whitebox.<pattern> getInternalState(instance, "pattern");logger.info("Broke encapsulation to get hold of state: " + result.pattern());assertEquals("^([a-zA-Z0-9]([a-zA-Z0-9\\-]{0,61}[a-zA-Z0-9])?\\.)+[a-zA-Z]{2,6}$", result.pattern());}

該測試的關鍵是該行：

Pattern result = Whitebox.<pattern> getInternalState(instance, "pattern");

…使用反射返回Pattern對象的私有實例變量。 一旦訪問了該對象，我們就可以簡單地通過調用以下命令詢問它是否已正確初始化：

assertEquals("^([a-zA-Z0-9]([a-zA-Z0-9\\-]{0,61}[a-zA-Z0-9])?\\.)+[a-zA-Z]{2,6}$", result.pattern());

總而言之，我建議僅在無法將簡單的經典JUnit測試用于行為測試時，才應使用PowerMock顯式測試對象的內部狀態(tài)。 話雖如此，它是工具箱中的另一個工具，可以幫助您編寫更好的代碼。

參考：來自JCG合作伙伴的 PowerMock測試對象的內部狀態(tài) 調試隊長博客上的 Roger。

相關文章 ：

• JUnit 4.9（測試版3）中的規(guī)則
• Servlet 3.0異步處理可將服務器吞吐量提高十倍
• 用Scala測試
• Java工具：源代碼優(yōu)化和分析
• Java教程和Android教程列表

翻譯自: https://www.javacodegeeks.com/2011/10/testing-objects-internal-state-with.html

powermock模擬對象

總結

以上是生活随笔為你收集整理的powermock模拟对象_使用PowerMock测试对象的内部状态的全部內容，希望文章能夠幫你解決所遇到的問題。

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