大家写单元测试时候，一定比较不喜欢测试那些返回void的方法，因为大多数是执行一些动作序列，感觉没法测试，其实，对于这类方法，如果方法的执行是可能发生异常的，（比如方法本身就用throws语句），那么这种方法就算是void返回值，也是可以测试的。
举个例子，以下就是我写的一个为返回void方法进行的单元测试：
- @Test
- public void testServeResource() throws Exception {
- MockWebServer mockWebServer = new MockWebServer();
- mockWebServer.init();
- MockResourceRequest request = new MockResourceRequest();
- request.setParameter("id", "4");
- request.setParameter("name", "walmart");
- MockResourceResponse response = new MockResourceResponse();
- MockPortletPreferences preferences = new MockPortletPreferences();
- preferences.setValue(RSLaunchConstants.RS_LAUNCH_PORTLET_PREFERENCE_REST_WS_URL, "http://localhost:28080/");
- request.setPreferences(preferences);
-
- try{
- rsLaunchPortlet.serveResource(request, response);
- mockWebServer.destory();
- assertTrue(true);
- }catch(Exception ex){
-
- assertTrue(false);
- }
- }
|
我们可以看到，最关键的地方在第13到20行之间，我们用一个try块包含了可能炮异常的代码段，并在这个块尾部加上assertTrue(true)，而在catch块中加上assertTrue(false)，那么结果就很明了了，如果这个方法是正确的执行，那么它肯定是执行完try块中的所有的语句，所以会执行assertTrue(true)而显示绿条。但是如果这个方法执行不正确，那么就会在14或者15行抛出异常，从而执行catch块中，所以就会执行到19行，从而显示红条了。很简单吧。
