存根類 測試代碼　java

我的上一個博客是有關(guān)測試代碼的方法以及討論您做什么和不必進行測試的方法的一系列博客中的第三篇。 它基于我使用一種非常常見的模式從數(shù)據(jù)庫檢索地址的簡單方案：

…并且我提出了這樣的想法，即任何不包含任何邏輯的類實際上都不需要單元測試。 在其中，我包括了我的數(shù)據(jù)訪問對象DAO，它更喜歡對此類進行集成測試以確保其與數(shù)據(jù)庫協(xié)同工作。

今天的博客涵蓋編寫常規(guī)或經(jīng)典的單元測試，該測試使用存根對象強制實現(xiàn)測試主題隔離。 我們將要測試的代碼再次是AddressService ：

@Component public class AddressService {private static final Logger logger = LoggerFactory.getLogger(AddressService.class);private AddressDao addressDao;/*** Given an id, retrieve an address. Apply phony business rules.* * @param id* The id of the address object.*/public Address findAddress(int id) {logger.info("In Address Service with id: " + id);Address address = addressDao.findAddress(id);address = businessMethod(address);logger.info("Leaving Address Service with id: " + id);return address;}private Address businessMethod(Address address) {logger.info("in business method");// Apply the Special Case Pattern (See MartinFowler.com)if (isNull(address)) {address = Address.INVALID_ADDRESS;}// Do some jiggery-pokery here....return address;}private boolean isNull(Object obj) {return obj == null;}@Autowired@Qualifier("addressDao")void setAddressDao(AddressDao addressDao) {this.addressDao = addressDao;} }

邁克爾·費瑟（Michael Feather）的書《有效地使用舊版代碼》指出，在以下情況下，測試不是單元測試：

它與數(shù)據(jù)庫對話。

它通過網(wǎng)絡(luò)進行通信。

它涉及文件系統(tǒng)。

您必須對環(huán)境做一些特殊的事情（例如編輯配置文件）才能運行它。

為了遵守這些規(guī)則，您需要將被測對象與系統(tǒng)的其余部分隔離開來，這就是存根對象的所在。存根對象是注入到您的對象中的對象，用于在測試情況下替換實際對象。 馬丁·福勒（Martin Fowler）在他的論文《 莫克斯不是存根》中將存根定義為：

“存根提供對測試過程中進行的呼叫的固定答復(fù)，通常根本不響應(yīng)為測試編程的內(nèi)容之外的任何內(nèi)容。 存根還可以記錄有關(guān)呼叫的信息，例如電子郵件網(wǎng)關(guān)存根，它可以記住“已發(fā)送”的消息，或者僅記住“已發(fā)送”的消息數(shù)量。”

用一個單詞來描述存根非常困難，我可以選擇虛擬或偽造，但是有些替換對象稱為假人或偽造，也由Martin Fowler描述：

• 虛擬對象會傳遞，但從未實際使用過。 通常它們僅用于填充參數(shù)列表。
• 偽對象實際上具有有效的實現(xiàn)，但是通常采取一些捷徑，這使它們不適合生產(chǎn)（內(nèi)存數(shù)據(jù)庫就是一個很好的例子）。

但是，我看到過其他術(shù)語“偽造對象”的定義，例如Roy Osherove在《 The Art Of Unit Testing》一書中將偽造對象定義為：

• 偽造品是一個通用術(shù)語，可用于描述存根或模擬對象……因為兩者看起來都像真實對象。

…因此，我和其他許多人一樣，傾向于將所有替換對象稱為模擬或存根，因為兩者之間存在差異，但稍后會更多。

在測試AddressService時 ，我們需要用存根數(shù)據(jù)訪問對象替換實際的數(shù)據(jù)訪問對象，在這種情況下，它看起來像這樣：

public class StubAddressDao implements AddressDao {private final Address address;public StubAddressDao(Address address) {this.address = address;}/*** @see com.captaindebug.address.AddressDao#findAddress(int)*/@Overridepublic Address findAddress(int id) {return address;} }

注意存根代碼的簡單性。 它應(yīng)該易于閱讀，可維護并且不包含任何邏輯，并且需要自己進行單元測試。 編寫存根代碼后，接下來進行單元測試：

public class ClassicAddressServiceWithStubTest {private AddressService instance;@Beforepublic void setUp() throws Exception {/* Create the object to test *//* Setup data that's used by ALL tests in this class */instance = new AddressService();}/*** Test method for* {@link com.captaindebug.address.AddressService#findAddress(int)}.*/@Testpublic void testFindAddressWithStub() {/* Setup the test data - stuff that's specific to this test */Address expectedAddress = new Address(1, "15 My Street", "My Town","POSTCODE", "My Country");instance.setAddressDao(new StubAddressDao(expectedAddress));/* Run the test */Address result = instance.findAddress(1);/* Assert the results */assertEquals(expectedAddress.getId(), result.getId());assertEquals(expectedAddress.getStreet(), result.getStreet());assertEquals(expectedAddress.getTown(), result.getTown());assertEquals(expectedAddress.getPostCode(), result.getPostCode());assertEquals(expectedAddress.getCountry(), result.getCountry());}@Afterpublic void tearDown() {/** Clear up to ensure all tests in the class are isolated from each* other.*/} }

請注意，在編寫單元測試時，我們的目標是清晰。 通常會犯一個錯誤，就是認為測試代碼不如生產(chǎn)代碼，從而導致測試代碼更加混亂且難以辨認。 單元測試的藝術(shù)中的 Roy Osherove提出了這樣的想法，即測試代碼應(yīng)比生產(chǎn)代碼更具可讀性。 明確的測試應(yīng)遵循以下基本的線性步驟：

創(chuàng)建被測對象。 在上面的代碼中，這是在setUp（）方法中完成的，因為我對所有（一個）測試都使用了相同的被測對象。

設(shè)置測試。 這是在測試方法testFindAddressWithStub（）中完成的，因為測試中使用的數(shù)據(jù)特定于該測試。

運行測試

撕毀測試。 這樣可以確保測試相互隔離，并且可以按任何順序運行。

使用簡單的存根會產(chǎn)生將AddressService與外界隔離和快速運行測試的兩個好處。

這種測試有多脆？ 如果您的要求改變了，那么測試和存根就會改變–畢竟不是那么脆弱嗎？

作為比較，我的下一個博客使用EasyMock重寫了該測試。

參考：來自Captain Debug博客的 JCG合作伙伴 Roger Hughes的 常規(guī)單元測試和存根-測試技術(shù)4

相關(guān)文章 ：

• 測試技巧–不編寫測試
• 端到端測試的濫用–測試技術(shù)2
• 您應(yīng)該對什么進行單元測試？ –測試技術(shù)3
• 使用模擬的單元測試–測試技術(shù)5
• 為舊版代碼創(chuàng)建存根-測試技術(shù)6
• 有關(guān)為舊版代碼創(chuàng)建存根的更多信息–測試技術(shù)7
• 為什么要編寫單元測試-測試技巧8
• 一些定義–測試技術(shù)9
• 使用FindBugs產(chǎn)生更少的錯誤代碼
• 在云中開發(fā)和測試

翻譯自: https://www.javacodegeeks.com/2011/11/regular-unit-tests-and-stubs-testing.html

存根類 測試代碼　java

總結(jié)

以上是生活随笔為你收集整理的存根类 测试代码　java_常规单元测试和存根–测​​试技术4的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。