隨筆 - 41  文章 - 29  trackbacks - 0
          <2009年3月>
          22232425262728
          1234567
          891011121314
          15161718192021
          22232425262728
          2930311234

          常用鏈接

          留言簿(5)

          隨筆分類(28)

          隨筆檔案(23)

          收藏夾(6)

          Inside JVM

          Java

          java performance

          Solr

          搜索

          •  

          最新評論

          閱讀排行榜

          評論排行榜

          Currently, the major approach for java unit test are built on two major components –

          • Junit – The unit test framework
          • EasyMock and EasyMock Extension – Which are used to build mock test

          What’s problem on Mock Test? It costs a lot time on preparation

          Mock test is a very good way to test unit of codes. I still prefer mock test as the major approach of unit test. However, mock test has its own problem.

          The major steps on Mock Test is –

          1. Assume we are going to test “Output ServiceA.MethodA(Input input)”, firstly, get an instance of ServiceA
          2. Create an Input for methodA, which generally need new an object and invoke many setter methods to set the values
          3. If this method will call ServiceB.MethodB, we need create a mock object for ServiceB, and create an ArugmentMather for methodB to match the arguments, and create a return object for methodB
          4. Then we invoke ServiceA.MethodA and internally ServiceA.MethodA will invoke ServiceB.MethodB, and finally, we get the Output object
          5. At the last step, we will assert the Output object.

          In order to test ServiceA.MethodA, we did lots of things, and most of things are very time-consuming activities, such as

          • creating Input object,
          • creating Mock service,
          • creating ArgumentMacher for mock method, and
          • creating return object for mock method
          • And assert Output object

          What’s my expectation?

          • creating Input object – Can it be created automatically?
          • creating Mock service – Can it be created automatically?
          • creating ArgumentMacher for mock method, and – Can we NOT need create a new class for it?
          • creating return object for mock method – Can it be created automatically?
          • And assert Output object – Instead of equals() method, can we compare two object by values?

          How can Unitils help us?

          Unitils is an open source library aimed at making unit testing easy and maintainable. Unitils builds further on existing libraries like dbunit and integrates with JUnit and TestNG .

          Unitils provides general asserion utilities, support for database testing, support for testing with mock objects and offers integration with Spring , Hibernate and the Java Persistence API (JPA).

          • General testing utilities
            Equality assertion through reflection, with different options like ignoring Java default/null values and ignoring order of collections
          • EasyMock integration support
            • Simplify EasyMock mock object creation
            • Simplify mock object injection
            • EasyMock argument matching using reflection equality

          Back to our problem –

          • Can we initialize a Input or Mock Method Returned Object automatically? In other words, creating an instance of a specific class, and fill all attributes by random values. Unfortunately, Unitils doesn’t have direct support on it. But i’ve created a simple util to initialize an bean based on Unitils.
          1 //for BeanInitializer.initializeSimpleBean,  it is an simple tool to initialize a bean by random values. I didn't find a good tool for it, so, i write a simple one.
          2 LogStatisticRawDataInput input = (LogStatisticRawDataInput) BeanInitializer.initializeSimpleBean(LogStatisticRawDataInput.class);
          • Can a mock object be created automatically? Yes, Unitils provides an annotation ”@ReguarMock” to support it
             1 public class SearchStatisticServiceImplTest extends com.starcite.commonsearch.test.Test {
             2 
             3     
             4 
             5     @RegularMock
             6 
             7     private StatisticAccess mockAccess; //just it
             8 
             9     
            10 
            11     private SearchStatisticService statisticService;
            12 
            13     
            14 
            15     @Before
            16 
            17     public void setUp() {
            18 
            19     statisticService = new SearchStatisticServiceImpl();
            20 
            21     ((SearchStatisticServiceImpl)statisticService).setStatisticAccess(mockAccess);
            22 
            23     }
            24 
            25     
            26 
            27     }
          • Can we compare the expected object and the real object by contents? Of course, no need write the equals by yourself. Yes, Unitils provides “Equality assertion through reflection, with different options like ignoring Java default/null values and ignoring order of collections”
            1     Map<String, Integer> expectedKeywordFreqMap = new HashMap<String, Integer>();
            2 
            3     Map<String, Integer> keywordFreqMap = output.getKeywordFreqMap();
            4     ReflectionAssert.assertReflectionEquals(expectedKeywordFreqMap, keywordFreqMap); //that's it
          • Can we create AugmentMatcher easier? Yes, Unitils provides “EasyMock argument matching using reflection equality”.
             1 //parameter matcher
             2 
             3     StatRawDataImpl rawData = new StatRawDataImpl();
             4 
             5     rawData.setKeyword(input.getKeyword());
             6 
             7     rawData.setLocation(input.getLocation());
             8 
             9     rawData.setAccountID(input.getUserID());
            10 
            11     rawData.setCreatedDate(new Date());
            12 
            13     rawData.setSiteID(input.getSiteID());
            14 
            15     rawData.setUniqueID(input.getSearchID());
            16 
            17 
            18     List<statsearchrank> searchRankList = new ArrayList</statsearchrank><statsearchrank>(); 
            19 
            20     for (int i = 0; i &lt; SEARCH_RESULT_SIZE; i++) {
            21 
            22            Long externalVendorID = searchResults.get(i);
            23 
            24            StatSearchRank rank = new StatSearchRankImpl();
            25 
            26            rank.setRank((input.getPageNum() - 1* //current page number
            27 
            28                               (input.getKeywordLocationPreferredSize() + input.getPageSize()) //total page size
            29 
            30                                                       + i + 1);
            31 
            32             rank.setExternalVendorID(externalVendorID);
            33 
            34             searchRankList.add(rank);
            35 
            36     }
            37 
            38     mockAccess.logStatisticRawData(
            39 
            40                 EasyMockUnitils.refEq(rawData, ReflectionComparatorMode.LENIENT_DATES), //that's it, no need argument matcher
            41 
            42                 EasyMockUnitils.refEq(searchRankList));
            43 
            44     EasyMock.expectLastCall().once();
            45 
            46     EasyMockUnitils.replay();
            47

          Overall, Unitils  is a pretty good tool to simplify unit test codes. Here  we only mentioned Mock test, actually, Unitils can also simplify DB test/Spring Test etc. We will explore these futures later.
          posted on 2009-03-30 22:30 Justin Chen 閱讀(2017) 評論(1)  編輯  收藏 所屬分類: Unit Test & Mock Test

          FeedBack:
          # re: [絕對原創] Use Unitils To Simplify Mock Test  2009-04-13 21:30 Justin Chen
          Today, i took a look at another mock framework - JMockit (https://jmockit.dev.java.net/). The creator of JMockit claims "JMockit Core consists of a single class with a small set of static methods, which allow arbitrary methods and constructors of any other class to be replaced with mock implementations at runtime. "

          It overcomes two limits comparing to EasyMock,
          (1) mocked classes can't simply be instantiated with the new operator in client or test code.
          (2) the classes to be mocked cannot be final

          However, JMockit has its own limitation: the argument matcher provided by JMockit is not easy to use comparing to Unitils.  回復  更多評論
            
          主站蜘蛛池模板: 兴安县| 仁布县| 盖州市| 广灵县| 临洮县| 稷山县| 霍邱县| 德庆县| 大埔县| 广汉市| 马山县| 泸定县| 武穴市| 石台县| 滨海县| 五峰| 井冈山市| 永吉县| 石屏县| 福清市| 延长县| 五河县| 福泉市| 鄢陵县| 庄浪县| 淮滨县| 清水县| 抚松县| 郴州市| 邻水| 体育| 杭锦旗| 临湘市| 株洲县| 兴仁县| 沙坪坝区| 定安县| 吉首市| 松溪县| 邵武市| 澳门|