偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

Android單元測試 - 驗(yàn)證函數(shù)參數(shù)、返回值的正確姿勢

作者：鍵盤男
移動開發(fā) Android 后端
本篇講解參數(shù)驗(yàn)證。驗(yàn)證參數(shù)傳遞、函數(shù)返回值，是單元測試中十分重要的環(huán)節(jié)。筆者相信不少讀者都有驗(yàn)證過參數(shù)，但是你的單元測試代碼真的是正確的嗎?筆者在早期實(shí)踐的時(shí)候，遇到一些問題，積累了一點(diǎn)心得，本期與大家分享一下。

[[175275]]

原文鏈接：http://www.jianshu.com/p/77ee7c0270bc

前言

讀者有沒發(fā)覺我寫文章時(shí)，喜歡有個(gè)前言、序?真相是，一半用來裝逼湊字?jǐn)?shù)，一半是因?yàn)椴恢澜酉聛硪獙懯裁?，先閑聊幾句壓壓驚^_^ 哈哈哈......該說的還是要說。

上一篇《Android單元測試 - Sqlite、SharedPreference、Assets、文件操作 怎么測?》 講了一些DAO(Data Access Object)單元測試的細(xì)節(jié)。本篇講解參數(shù)驗(yàn)證。

驗(yàn)證參數(shù)傳遞、函數(shù)返回值，是單元測試中十分重要的環(huán)節(jié)。筆者相信不少讀者都有驗(yàn)證過參數(shù)，但是你的單元測試代碼真的是正確的嗎?筆者在早期實(shí)踐的時(shí)候，遇到一些問題，積累了一點(diǎn)心得，本期與大家分享一下。

1.一般形式

Bean

  1. public class Bean { 
  2.     int    id; 
  3.     String name; 
  4.  
  5.     public Bean(int id, String name) { 
  6.         this.id = id; 
  7.         this.name = name; 
  8.     } 
  9.     // getter and setter 
  10.     ...... 
  11. }  

DAO

  1. public class DAO { 
  2.     public Bean get(int id) { 
  3.         return new Bean(id, "bean_" + id); 
  4.     } 
  5. }  

Presenter

  1. public class Presenter { 
  2.  
  3.     DAO dao; 
  4.  
  5.     public Presenter(DAO dao) { 
  6.         this.dao = dao; 
  7.     } 
  8.  
  9.     public Bean getBean(int id) { 
  10.         Bean bean = dao.get(id); 
  11.  
  12.         return bean; 
  13.     } 
  14. }  

單元測試PresenterTest(下文稱為“例子1”)

  1. public class PresenterTest { 
  2.  
  3.     DAO       dao; 
  4.     Presenter presenter; 
  5.  
  6.     @Before 
  7.     public void setUp() throws Exception { 
  8.         dao = mock(DAO.class); 
  9.         presenter = new Presenter(dao); 
  10.     } 
  11.  
  12.     @Test 
  13.     public void testGetBean() throws Exception { 
  14.         Bean bean = new Bean(1, "bean_1"); 
  15.  
  16.         when(dao.get(1)).thenReturn(bean); 
  17.  
  18.         Bean result = presenter.getBean(1); 
  19.  
  20.         Assert.assertEquals(result.getId(), 1); 
  21.         Assert.assertEquals(result.getName(), "bean_1"); 
  22.     } 
  23. }  

這個(gè)單元測試是通過的。

2.問題：對象很多變量

上面的Bean只有2個(gè)參數(shù)，但實(shí)際項(xiàng)目，對象往往有很多很多參數(shù)，例如，用戶信息User ： 

  1. public class User { 
  2.     int    id; 
  3.     String name; 
  4.  
  5.     String country; 
  6.     String province; 
  7.     String city; 
  8.     String address; 
  9.     int    zipCode; 
  10.  
  11.     long birthday; 
  12.  
  13.     double height; 
  14.     double weigth; 
  15.  
  16.     ... 
  17. }  

單元測試：

  1. @Test 
  2.    public void testUser() throws Exception { 
  3.        User user = new User(1, "bean_1"); 
  4.        user.setCountry("中國"); 
  5.        user.setProvince("廣東"); 
  6.        user.setCity("廣州"); 
  7.        user.setAddress("天河區(qū)臨江大道海心沙公園"); 
  8.        user.setZipCode(510000); 
  9.        user.setBirthday(631123200); 
  10.        user.setHeight(173); 
  11.        user.setWeigth(55); 
  12.        user.setXX(...); 
  13.  
  14.        ..... 
  15.  
  16.        User result = presenter.getUser(1); 
  17.  
  18.        Assert.assertEquals(result.getId(), 1); 
  19.        Assert.assertEquals(result.getName(), "bean_1"); 
  20.        Assert.assertEquals(result.getCountry(), "中國"); 
  21.        Assert.assertEquals(result.getProvince(), "廣東"); 
  22.        Assert.assertEquals(result.getCity(), "廣州"); 
  23.        Assert.assertEquals(result.getAddress(), "天河區(qū)臨江大道海心沙公園"); 
  24.        Assert.assertEquals(result.getZipCode(), 510000); 
  25.        Assert.assertEquals(result.getBirthday(), 631123200); 
  26.        Assert.assertEquals(result.getHeight(), 173); 
  27.        Assert.assertEquals(result.getWeigth(), 55); 
  28.        Assert.assertEquals(result.getXX(), ...); 
  29.        ...... 
  30.    }  

一般形式的單元測試，有10個(gè)參數(shù)，就要set()10次，get()10次，如果參數(shù)更多，一個(gè)工程有幾十上百個(gè)這種測試......感受到那種蛋蛋的痛了嗎?

這里有兩個(gè)痛點(diǎn)：

  1. 生成對象必須 調(diào)用所有setter() 賦值成員變量
  2. 驗(yàn)證返回值，或者回調(diào)參數(shù)時(shí)，必須 調(diào)用所有g(shù)etter() 獲取成員值

3.equals()對比對象，可行嗎?

直接調(diào)用equals()

這時(shí)同學(xué)A舉手了：“不就是比較對象嗎，用equal()還不行?”

為了演示方便，還是用回Bean做例子：

  1. @Test 
  2.     public void testGetBean() throws Exception { 
  3.         Bean bean = new Bean(1, "bean_1"); 
  4.  
  5.         when(dao.get(1)).thenReturn(bean); 
  6.  
  7.         Bean result = presenter.getBean(1); 
  8.  
  9.         Assert.assertTrue(result.equals(bean)); 
  10.     }  

運(yùn)行一下：

誒，還真通過了!第一個(gè)問題解決了，鼓掌..... 稍等，我們把Presenter代碼改改，看還能不能湊效：

  1. public class Presenter { 
  2.  
  3.     public Bean getBean(int id) { 
  4.         Bean bean = dao.get(id); 
  5.  
  6.         return new Bean(bean.getId(), bean.getName()); 
  7.     } 
  8. }  

再運(yùn)行單元測試：

果然出錯(cuò)了!

我們分析一下問題，修改前的Presenter.getBean()方法， dao.get()得到的Bean對象，直接作為返回值，所以PresenterTest中Assert.assertTrue(result.equals(bean));通過測試，因?yàn)閎ean和result是同一個(gè)對象;修改后，Presenter.getBean()里，返回值是dao.get()得到的Bean的深拷貝，bean和result是不同對象，因此result.equals(bean)==false，測試失敗。如果我們使用一般形式Assert.assertEquals(result.getXX(), ...);，單元測試是通過的。

無論是直接返回對象，深拷貝，只要參數(shù)一致，都符合我們期望的結(jié)果。所以，僅僅調(diào)用equals()解決不了問題。

重寫equals()方法

同學(xué)B：“既然只是比較成員值，重寫equals()!”

  1. public class Bean { 
  2.     @Override 
  3.     public boolean equals(Object obj) { 
  4.         if (obj instanceof Bean) { 
  5.             Bean bean = (Bean) obj; 
  6.  
  7.             boolean isEquals = false; 
  8.  
  9.             if (isEquals) { 
  10.                 isEquals = id == bean.getId(); 
  11.             } 
  12.  
  13.             if (isEquals) { 
  14.                 isEquals = (name == null && bean.getName() == null) || (name != null && name.equals(bean.getName())); 
  15.             } 
  16.  
  17.             return isEquals; 
  18.         } 
  19.  
  20.         return false; 
  21.     } 
  22. }  

再次運(yùn)行單元測試Assert.assertTrue(result.equals(bean));：

稍等，這樣我們不是回到老路，每個(gè)java bean都要重寫equals()嗎?盡管整個(gè)工程下來，總體代碼會減少，但這真不是好辦法。

反射比較成員值

同學(xué)C：“我們可以用反射獲取兩個(gè)對象所有成員值，并逐一對比。”

哈哈哈，同學(xué)C比同學(xué)A、B都要聰明點(diǎn)，還會反射!

  1. public class PresenterTest{ 
  2.     @Test 
  3.     public void testGetBean() throws Exception { 
  4.         ... 
  5.         ObjectHelper.assertEquals(bean, result); 
  6.     } 
  7. }  
  1. public class ObjectHelper { 
  2.  
  3.     public static boolean assertEquals(Object expect, Object actual) throws IllegalAccessException { 
  4.         if (expect == actual) { 
  5.             return true; 
  6.         } 
  7.  
  8.         if (expect == null && actual != null || expect != null && actual == null) { 
  9.             return false; 
  10.         } 
  11.  
  12.         if (expect != null) { 
  13.             Class clazz = expect.getClass(); 
  14.  
  15.             while (!(clazz.equals(Object.class))) { 
  16.                 Field[] fields = clazz.getDeclaredFields(); 
  17.  
  18.                 for (Field field : fields) { 
  19.                     field.setAccessible(true); 
  20.  
  21.                     Object value0 = field.get(expect); 
  22.                     Object value1 = field.get(actual); 
  23.  
  24.                     Assert.assertEquals(value0, value1); 
  25.                 } 
  26.  
  27.                 clazz = clazz.getSuperclass(); 
  28.             } 
  29.         } 
  30.  
  31.         return true; 
  32.     } 
  33. }  

運(yùn)行單元測試，通過!

用反射直接對比成員值，思路是正確的。這里解決了“對比兩個(gè)對象的成員值是否相同，不需要get()n次”問題。不過，僅僅比較兩個(gè)對象，這個(gè)單元測試還是有問題的。我們先講第4節(jié)，這個(gè)問題留在第5節(jié)給大家說明。

4.省略不必要setter()

在testUser()中，第一個(gè)痛點(diǎn)：“生成對象必須 調(diào)用所有setter() 賦值成員變量”。 上一節(jié)同學(xué)C用反射方案，把對象成員值拿出來，逐一比較。這個(gè)方案提醒了我們，賦值也可以同樣方案。

ObjectHelper:

  1. public class ObjectHelper { 
  2.  
  3.     protected static final List numberTypes = Arrays.asList(int.class, long.class, double.class, float.class, boolean.class); 
  4.  
  5.     public static <T> T random(Class<T> clazz) throws IllegalAccessException, InstantiationException { 
  6.         try { 
  7.             T obj = newInstance(clazz); 
  8.  
  9.             Class tClass = clazz; 
  10.  
  11.             while (!tClass.equals(Object.class)) { 
  12.  
  13.                 Field[] fields = tClass.getDeclaredFields(); 
  14.  
  15.                 for (Field field : fields) { 
  16.                     field.setAccessible(true); 
  17.  
  18.                     Class type      = field.getType(); 
  19.                     int   modifiers = field.getModifiers(); 
  20.  
  21.                     // final 不賦值 
  22.                     if (Modifier.isFinal(modifiers)) { 
  23.                         continue; 
  24.                     } 
  25.  
  26.                     // 隨機(jī)生成值 
  27.                     if (type.equals(Integer.class) || type.equals(int.class)) { 
  28.                         field.set(obj, new Random().nextInt(9999)); 
  29.                     } else if (type.equals(Long.class) || type.equals(long.class)) { 
  30.                         field.set(obj, new Random().nextLong()); 
  31.                     } else if (type.equals(Double.class) || type.equals(double.class)) { 
  32.                         field.set(obj, new Random().nextDouble()); 
  33.                     } else if (type.equals(Float.class) || type.equals(float.class)) { 
  34.                         field.set(obj, new Random().nextFloat()); 
  35.                     } else if (type.equals(Boolean.class) || type.equals(boolean.class)) { 
  36.                         field.set(obj, new Random().nextBoolean()); 
  37.                     } else if (CharSequence.class.isAssignableFrom(type)) { 
  38.                         String name = field.getName(); 
  39.                         field.set(obj, name + "_" + (int) (Math.random() * 1000)); 
  40.                     } 
  41.                 } 
  42.                 tClass = tClass.getSuperclass(); 
  43.             } 
  44.             return obj; 
  45.         } catch (Exception e) { 
  46.             e.printStackTrace(); 
  47.         } 
  48.         return null; 
  49.     } 
  50.  
  51.     protected static <T> T newInstance(Class<T> clazz) throws IllegalAccessException, InvocationTargetException, InstantiationException { 
  52.  
  53.         Constructor constructor = clazz.getConstructors()[0];// 構(gòu)造函數(shù)可能是多參數(shù) 
  54.  
  55.         Class[] types = constructor.getParameterTypes(); 
  56.  
  57.         List<Object> params = new ArrayList<>(); 
  58.  
  59.         for (Class type : types) { 
  60.             if (Number.class.isAssignableFrom(type) || numberTypes.contains(type)) { 
  61.                 params.add(0); 
  62.             } else { 
  63.                 params.add(null); 
  64.             } 
  65.         } 
  66.  
  67.         T obj = (T) constructor.newInstance(params.toArray());//clazz.newInstance(); 
  68.  
  69.         return obj; 
  70.     } 
  71. }  

寫個(gè)單元測試，生成并隨機(jī)賦值的Bean，輸出Bean所有成員值：

  1. @Test 
  2. public void testNewBean() throws Exception { 
  3.     Bean bean = ObjectHelpter.random(Bean.class); 
  4.  
  5.     // 輸出bean 
  6.     System.out.println(bean.toString()); // toString()讀者自己重寫一下吧 
  7. }  

運(yùn)行測試：

  1. Bean {id: 5505, name: "name_145"} 

修改單元測試

單元測試PresenterTest：

  1. public class PresenterTest { 
  2.     @Test 
  3.     public void testUser() throws Exception { 
  4.         User expect = ObjectHelper.random(User.class); 
  5.  
  6.         when(dao.getUser(1)).thenReturn(expect); 
  7.  
  8.         User actual = presenter.getUser(1); 
  9.  
  10.         ObjectHelper.assertEquals(expect, actual); 
  11.     } 
  12. }  

代碼少了許多，很爽有沒有?

運(yùn)行一下，通過：

5.比較對象bug

上述筆者提到的解決方案，有一個(gè)問題，看以下代碼：

Presenter：

  1. public class Presenter { 
  2.  
  3.     DAO dao; 
  4.  
  5.     public Bean getBean(int id) { 
  6.         Bean bean = dao.get(id); 
  7.  
  8.         // 臨時(shí)修改bean值 
  9.         bean.setName("我來搗亂"); 
  10.  
  11.         return new Bean(bean.getId(), bean.getName()); 
  12.     } 
  13. }  
  1. @Test 
  2.     public void testGetBean() throws Exception { 
  3.         Bean expect = random(Bean.class); 
  4.  
  5.         System.out.println("expect: " + expect);// 提前輸出expect 
  6.  
  7.         when(dao.get(1)).thenReturn(expect); 
  8.  
  9.         Bean actual = presenter.getBean(1); 
  10.  
  11.         System.out.println("actual: " + actual);// 輸出結(jié)果 
  12.  
  13.         ObjectHelper.assertEquals(expect, actual); 
  14.     } 

運(yùn)行一下修改后的單元測試：

  1. Pass 
  2. expect: Bean {id=3282, name='name_954'} 
  3. actual: Bean {id=3282, name='我來搗亂'}  

居然通過了!(不符合預(yù)期結(jié)果)這是怎么回事?

筆者給大家分析下：我們希望返回的結(jié)果是Bean{id=3282, name='name_954'}，但是在Presenter里mock指定的返回對象Bean被修改了，同時(shí)返回的Bean深拷貝對象，變量name也跟著變;運(yùn)行單元測試時(shí)，在最后才比較兩個(gè)對象的成員值，兩個(gè)對象的name都被修改了，導(dǎo)致equals()認(rèn)為是正確。

這里的問題：

在Presenter內(nèi)部篡改了mock指定返回對象的成員值

最簡單的解決方法：

在調(diào)用Presenter方法前，把的mock返回對象的成員參數(shù)，提前拿出來，在單元測試最后比較。

修改單元測試： 

  1. @Test 
  2.     public void testGetBean() throws Exception { 
  3.         Bean   expect = random(Bean.class); 
  4.         int    id     = expect.getId(); 
  5.         String name   = expect.getName(); 
  6.  
  7.         when(dao.get(1)).thenReturn(expect); 
  8.  
  9.         Bean actual = presenter.getBean(1); 
  10.  
  11.         //    ObjectHelper.assertEquals(expect, actual); 
  12.  
  13.         Assert.assertEquals(id, actual.getId()); 
  14.         Assert.assertEquals(name, actual.getName()); 
  15.     }  

運(yùn)行，測試不通過(符合預(yù)期結(jié)果)：

  1. org.junit.ComparisonFailure:  
  2. Expected :name_825 
  3. Actual :我來搗亂  

符合我們期望值(測試不通過)!等等....這不就回到老路了嗎?當(dāng)有很多成員變量，不就寫到手軟?前面講的都白費(fèi)了?

接下來，進(jìn)入本文高潮。

6.解決方案1：提前深拷貝expect對象

  1. public class ObjectHelpter { 
  2.     public static <T> T copy(T source) throws IllegalAccessException, InstantiationException, InvocationTargetException { 
  3.         Class<T> clazz = (Class<T>) source.getClass(); 
  4.  
  5.         T obj = newInstance(clazz); 
  6.  
  7.         Class tClass = clazz; 
  8.  
  9.         while (!tClass.equals(Object.class)) { 
  10.  
  11.             Field[] fields = tClass.getDeclaredFields(); 
  12.  
  13.             for (Field field : fields) { 
  14.                 field.setAccessible(true); 
  15.  
  16.                 Object value = field.get(source); 
  17.  
  18.                 field.set(obj, value); 
  19.             } 
  20.             tClass = tClass.getSuperclass(); 
  21.         } 
  22.         return obj; 
  23.     } 
  24. }  

單元測試：

  1. @Test 
  2.    public void testGetBean() throws Exception { 
  3.        Bean bean   = ObjectHelpter.random(Bean.class); 
  4.        Bean expect = ObjectHelpter.copy(bean); 
  5.  
  6.        when(dao.get(1)).thenReturn(bean); 
  7.  
  8.        Bean actual = presenter.getBean(1); 
  9.         
  10.        ObjectHelpter.assertEquals(expect, actual); 
  11.    }  

運(yùn)行一下，測試不通過，great(符合想要的結(jié)果):

我們把Presenter改回去：

  1. public class Presenter { 
  2.     DAO dao; 
  3.  
  4.     public Bean getBean(int id) { 
  5.         Bean bean = dao.get(id); 
  6.  
  7. //        bean.setName("我來搗亂"); 
  8.  
  9.         return new Bean(bean.getId(), bean.getName()); 
  10.     } 
  11. }  

再運(yùn)行單元測試，通過：

7.解決方案2：對象->JSON，比較JSON

看到這節(jié)標(biāo)題，大家都明白怎么回事了吧。例子中，我們會用到Gson。

Gson 

  1. public class PresenterTest{ 
  2.     @Test 
  3.     public void testBean() throws Exception { 
  4.         Bean   bean       = random(Bean.class); 
  5.         String expectJson = new Gson().toJson(bean); 
  6.  
  7.         when(dao.get(1)).thenReturn(bean); 
  8.  
  9.         Bean actual = presenter.getBean(1); 
  10.  
  11.         Assert.assertEquals(expectJson, new Gson().toJson(actual, Bean.class)); 
  12.     } 
  13. }   

運(yùn)行：

測試失敗的場景：

  1. @Test 
  2.     public void testBean() throws Exception { 
  3.         Bean   bean       = random(Bean.class); 
  4.         String expectJson = new Gson().toJson(bean); 
  5.  
  6.         when(dao.get(1)).thenReturn(bean); 
  7.  
  8.         Bean actual = presenter.getBean(1); 
  9.         actual.setName("我來搗亂");// 故意讓單元測試出錯(cuò) 
  10.  
  11.         Assert.assertEquals(expectJson, new Gson().toJson(actual, Bean.class)); 
  12.     } 

運(yùn)行，測試不通過(符合預(yù)計(jì)結(jié)果)：

咋看沒什么問題。但如果成員變量很多，這時(shí)單元測試報(bào)錯(cuò)呢?

  1. @Test 
  2.     public void testUser() throws Exception { 
  3.         User   user       = random(User.class); 
  4.         String expectJson = new Gson().toJson(user); 
  5.  
  6.         when(dao.getUser(1)).thenReturn(user); 
  7.  
  8.         User actual = presenter.getUser(1); 
  9.         actual.setWeigth(10);// 錯(cuò)誤值 
  10.  
  11.         Assert.assertEquals(expectJson, new Gson().toJson(actual, User.class)); 
  12.     }  

你看出哪里錯(cuò)了嗎?你要把窗口滾動到右邊，才看到哪個(gè)字段不一樣;而且當(dāng)對象比較復(fù)雜，就更難看了。怎么才能更人性化提示?

JsonUnit

筆者給大家介紹一個(gè)很強(qiáng)大的json比較庫——Json Unit.

gradle引入： 

  1. dependencies { 
  2.     compile group: 'net.javacrumbs.json-unit', name: 'json-unit', version: '1.16.0' 
  3. }  

maven引入：

  1. <dependency> 
  2.     <groupId>net.javacrumbs.json-unit</groupId> 
  3.     <artifactId>json-unit</artifactId> 
  4.     <version>1.16.0</version> 
  5. </dependency>  
  1. import static net.javacrumbs.jsonunit.JsonAssert.assertJsonEquals; 
  2.  
  3. @Test 
  4. public void testUser() throws Exception { 
  5.     User   user       = random(User.class); 
  6.     String expectJson = new Gson().toJson(user); 
  7.  
  8.     when(dao.getUser(1)).thenReturn(user); 
  9.  
  10.     User actual = presenter.getUser(1); 
  11.     actual.setWeigth(10);// 錯(cuò)誤值 
  12.  
  13.     assertJsonEquals(expectJson, actual); 
  14. }  

運(yùn)行，測試不通過(符合預(yù)期結(jié)果)：

讀者可以看到Different value found in node "weigth". Expected 0.005413020868182183, got 10.0.，意思節(jié)點(diǎn)weigth期望值0.005413020868182183，但是實(shí)際值10.0。

無論json多復(fù)雜，JsonUnit都可以顯示哪個(gè)字段不同，讓使用者最直觀地定位問題。JsonUnit還有很多好處，前后參數(shù)可以json+對象，不要求都是json或都是對象;對比List時(shí)，可以忽略List順序.....

DAO

  1. public class DAO { 
  2.  
  3.     public List<Bean> getBeans() { 
  4.         return ...; // sql、sharePreference操作等 
  5.     } 
  6. }  

Presenter

  1. public class Presenter { 
  2.     DAO dao; 
  3.      
  4.     public List<Bean> getBeans() { 
  5.         List<Bean> result = dao.getBeans(); 
  6.  
  7.         Collections.reverse(result); // 反轉(zhuǎn)列表  
  8.  
  9.         return result; 
  10.     } 
  11. }  

PresenterTest

  1. @Test 
  2.     public void testList() throws Exception { 
  3.         Bean bean0 = random(Bean.class); 
  4.         Bean bean1 = random(Bean.class); 
  5.  
  6.         List<Bean> list       = Arrays.asList(bean0, bean1); 
  7.         String     expectJson = new Gson().toJson(list); 
  8.  
  9.         when(dao.getBeans()).thenReturn(list); 
  10.  
  11.         List<Bean> actual = presenter.getBeans(); 
  12.          
  13.         Assert.assertEquals(expectJson, new Gson().toJson(actual)); 
  14.     }  

運(yùn)行，單元測試不通過(預(yù)期結(jié)果)：

對于junit來說，列表順序不同，生成的json string不同，junit報(bào)錯(cuò)。對于“代碼非常在意列表順序”場景，這邏輯是正確的。但是很多時(shí)候，我們并不那么在意列表順序。這種場景下，junit + gson就蛋疼了，但是JsonUnit可以簡單地解決：

  1. @Test 
  2.     public void testList() throws Exception { 
  3.         Bean bean0 = random(Bean.class); 
  4.         Bean bean1 = random(Bean.class); 
  5.  
  6.         List<Bean> list       = Arrays.asList(bean0, bean1); 
  7.         String     expectJson = new Gson().toJson(list); 
  8.  
  9.         when(dao.getBeans()).thenReturn(list); 
  10.  
  11.         List<Bean> actual = presenter.getBeans(); 
  12.  
  13.         //        Assert.assertEquals(expectJson, new Gson().toJson(actual)); 
  14.  
  15.         // expect是json，actual是對象，jsonUnit都沒問題 
  16.         assertJsonEquals(expectJson, actual, JsonAssert.when(Option.IGNORING_ARRAY_ORDER)); 
  17.     }  

運(yùn)行單元測試，通過：

JsonUnit還有很多用法，讀者可以上github看看介紹，有大量測試用例，供使用者參考。

解析json的場景

對于測試json解析的場景，JsonUnit的簡介就更明顯了。

  1. public class Presenter { 
  2.     public Bean parse(String json) { 
  3.         return new Gson().fromJson(json, Bean.class); 
  4.     } 
  5. } 
  6.     @Test 
  7.     public void testParse() throws Exception { 
  8.         String json = "{\"id\":1,\"name\":\"bean\"}"; 
  9.  
  10.         Bean actual = presenter.parse(json); 
  11.  
  12.         assertJsonEquals(json, actual); 
  13.     }  

運(yùn)行，測試通過：

一個(gè)json，一個(gè)bean作為參數(shù)，都沒問題;如果是Gson的話，還要把Bean轉(zhuǎn)成json去比較。

小結(jié)

感覺這次談了沒多少東西，但文章很冗長，繁雜的代碼挺多。嘮嘮叨叨地講了一大堆，不知道讀者有沒看明白，本文寫作順序，就是筆者當(dāng)時(shí)探索校驗(yàn)參數(shù)的經(jīng)歷。這次沒什么高大上的概念，就是基礎(chǔ)的、容易忽略的東西，在單元測試中也十分好用，希望讀者好好體會。

單元測試的細(xì)節(jié)，已經(jīng)講得七七八八了。下一篇再指導(dǎo)一下項(xiàng)目使用單元測試，單元測試的系列就差不多完結(jié)。當(dāng)然以后有更多心得，還會寫的。

關(guān)于作者

我是鍵盤男。在廣州生活，在互聯(lián)網(wǎng)公司上班，猥瑣文藝碼農(nóng)。喜歡科學(xué)、歷史，玩玩投資，偶爾獨(dú)自旅行。

責(zé)任編輯：龐桂玉 來源： segmentfault
androidjava單元測試
相關(guān)推薦

2010-03-04 15:40:14

Python單元測試

2017-01-14 23:42:49

單元測試框架軟件測試

2025-01-17 10:52:26

定義函數(shù)編程Python

2010-01-28 15:54:19

Android單元測試

2023-07-26 08:58:45

Golang單元測試

2011-06-01 15:49:00

Android 測試

2011-05-16 16:52:09

單元測試徹底測試

2017-02-21 10:30:17

Android單元測試研究與實(shí)踐

2022-05-12 09:37:03

測試JUnit開發(fā)

2017-01-16 12:12:29

單元測試JUnit

2017-01-14 23:26:17

單元測試JUnit測試

2010-07-21 10:32:05

Perl函數(shù)返回值

2011-06-14 15:56:42

單元測試

2020-08-18 08:10:02

單元測試Java

2024-10-16 16:09:32

2011-07-04 18:16:42

單元測試

2020-05-07 17:30:49

開發(fā)iOS技術(shù)

2017-03-23 16:02:10

Mock技術(shù)單元測試

2021-05-05 11:38:40

TestNGPowerMock單元測試

2010-02-07 15:42:46

Android單元測試
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號