这段逻辑代码的意思十分简单和直白，那么要编写的单元的测试必须要包含所有分支情况：a. 商场和楼层信息都存在的，抛出异常 b. 商场存在，而楼层不存在, 楼层信息都被添加的。 c. 商场和楼层都不存在，全部新增。这里就以第一种情况为例，先准备测试数据：
<?xml version="1.0" encoding="UTF-8"?>
<dataset>
<building id="1" name="New House"/>
<floor id="1" building="1" floor_num="2"/>
</dataset>
接着编写测试用例，注意要必须得注解不能忘掉：
@RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration("classpath:applicationContext-test.xml") @Transactional @TestExecutionListeners({ DependencyInjectionTestExecutionListener.class, DirtiesContextTestExecutionListener.class, CustomTransactionDbUnitTestExecutionListener.class, ForeignKeyDisabling.class}) public class ShopServiceTest { @Autowired private ShopService shopService; @Test @DatabaseSetup("shop/ShopService-addFloorExistException-dataset.xml") public void testAddFloorExistException(){ try { shopService.addFloor("New House", 2, ""); fail(); } catch(Exception e){ assertTrue(e instanceof OnlineShopException); assertEquals(ExceptionCode.Shop_Floor_Existed.code(), ((OnlineShopException)e).getCode()); } } } |
这个测试和数据访问层的测试看起来没有什么两样。
二、使用Mock对象隔离第三方接口
软件开发中一般都存在和第三方集成的情况，比如调用新浪的认证、百度的地图等等。那么在编写测试的时候，基于效率的考虑，一般情况不会真的去调用这些远程API（当然应该有其他测试可以及时发现第三方接口的变化），而是假定它们一直会返回预期的结果。这个时候就需要用到mock对象，来模拟这些API产生相应的结果。
在这里，我是用了mockito，使用十分方便。假如现在用户登录时，需要去第三方系统验证，那么现在来看如何对这个场景进行测试。还是先来看被测试的方法：
private boolean validateUser(String inputName, String inputPassword) {
return thirdPartyAPI.authenticate(inputName, inputPassword);
}
其中thirdPartyAPI就是第三方用来认证的API。下面来看测试代码：
public class UserServiceTest { @Autowired private UserService userService; private ThirdPartyAPI mockThirdPartyAPI = mock(ThirdPartyAPI.class); @Test public void testLogin(){ //指定mock对象特定操作的返回结果 when(mockThirdPartyAPI.authenticate("jiml", "jiml")).thenReturn(true); //通过Setter用mock对象替换由Spring初始化的第三方依赖 ((UserServiceImpl)userService).setThirdPartyAPI(mockThirdPartyAPI); boolean loginStatus = userService.login("jiml", "jiml"); assertTrue(loginStatus); } } |
其实服务层的测试并没有太多的新东西，而最关键的问题是如何把逻辑中各个分支都能测试到，使测试真正起到为软件质量保驾护航的作用。
