OK，现在我们正式开始junit4系列的整理。前面的junit38作为4的补充知道就好了，实际编码中我们以4为主。这里先来一把junit的初体验，同时也让我们来一步一步的了解下TDD的好处。

ORM大家肯定熟悉的不能再熟悉了，大Java面向对象编码，但是数据库存的是表结构，所以我们不可避免的就要来做ORM映射。其中关键的一步就是将Java对象映射成数据库中的表，将一个Java对象的属性映射成数据库一个表的一个字段。

在这里我们就写一个工具类，将Java对象名称按照数据库命名的习惯来进行格式化。假如我们现在还没有任何的测试，一般的TDD中都是测试先行，先写个测试方法，因为没有任何的测试源代码，所以这个时候测试方法中要fail出去一个异常。然后人工去实现测试然后接着测试。在这里我们就不用先写那个失败的测试方法了，我们这里直接编码一个方法来实现刚才那个功能。

代码如下：

public String underscoreName(String name)

	{

		StringBuilder result = new StringBuilder();

		result.append(name.substring(0, 1).toLowerCase());

		for (int i = 1; i < name.length(); i++)

		{

			String s = name.substring(i, i + 1);

			String slc = s.toLowerCase();

			if (!s.equals(slc))

			{

				result.append("_").append(slc);

			}

			else

			{

				result.append(s);

			}

		}

		return result.toString();

	}

OK，现在方法写好了，那我们开始写测试。

@Test

	public void testUnderScoreName4Normal()

	{

		Linkin linkin = new Linkin();

		String underscoreName = linkin.underscoreName("userInfo");

		assertEquals("user_info", underscoreName);

	}

OK，写的这个测试用例通过了，那是不是就万事大吉了呢？NO，NO，NO，现在就宣布代码通过了单元测试还为时过早。我们应该记住：单元测试代码不是用来证明我是对的，而是为了证明我没有错。 因此单元测试的范围要全面，比如对边界值、正常值、错误值得测试；对代码可能出现的问题要全面预测，而这也正是需求分析、详细设计环节中要考虑的。显然， 我们的测试才刚刚开始，继续补充一些对特殊情况的测试。

OK，现在我们来写相关测试：

package test.junit4test;

import static org.junit.Assert.assertEquals;

import static org.junit.Assert.assertNull;

import org.junit.Test;

public class LinkinTest

{

	@Test

	// 测试字符串正常的情况

	public void testUnderScoreName4Normal()

	{

		Linkin linkin = new Linkin();

		String underscoreName = linkin.underscoreName("userInfo");

		assertEquals("user_info", underscoreName);

	}

	@Test

	// 测试字符串为null的情况

	public void testUnderScoreName4Null()

	{

		Linkin linkin = new Linkin();

		String underscoreName = linkin.underscoreName(null);

		assertNull(underscoreName);

	}

	@Test

	// 测试字符串为空字符串的情况

	public void testUnderScoreName4Empty()

	{

		Linkin linkin = new Linkin();

		String underscoreName = linkin.underscoreName("");

		assertEquals("", underscoreName);

	}

	@Test

	// 测试当首字母大写时的情况

	public void testUnderScoreName4Begin()

	{

		Linkin linkin = new Linkin();

		String underscoreName = linkin.underscoreName("UserInfo");

		assertEquals("user_info", underscoreName);

	}

	@Test

	// 测试当尾字母为大写时的情况

	public void testUnderScoreName4End()

	{

		Linkin linkin = new Linkin();

		String underscoreName = linkin.underscoreName("userInfO");

		assertEquals("user_info", underscoreName);

	}

	@Test

	// 测试多个相连字母大写时的情况

	public void testUnderScoreName4Together()

	{

		Linkin linkin = new Linkin();

		String underscoreName = linkin.underscoreName("userINfo");

		assertEquals("user_info", underscoreName);

	}

}

测试代码写好以后，运行结果如下：

忽忽，蛋疼的情况出现了，2个错误，2个失败，好吧，说明我们的代码问题还是挺多的呢。开始改吧。

public String underscoreName(String name)

	{

		if (name == null)

		{

			return null;

		}

		if ("".equals(name))

		{

			return "";

		}

		StringBuilder result = new StringBuilder().append(name.substring(0, 1).toLowerCase());

		for (int i = 1; i < name.length() - 1; i++)

		{

			String s = name.substring(i, i + 1);

			String slc = s.toLowerCase();

			String pres = name.substring(i - 1, i);

			String preslc = pres.toLowerCase();

			if (!s.equals(slc) && pres.equals(preslc))

			{

				result.append("_").append(slc);

			}

			else

			{

				result.append(slc);

			}

		}

		return result.append(name.substring(name.length() - 1, name.length()).toLowerCase()).toString();

	}

OK，现在测试全部通过了，现在是不是万事大吉了呢？NO，NO，NO，代码写的太糙了，只是为了我们测试通过，现在我们修改自己的测试代码，让代码更加漂亮点。

修改后的测试代码如下：

package test.junit4test;

import static org.junit.Assert.assertEquals;

import static org.junit.Assert.assertNull;

import org.junit.Before;

import org.junit.Test;

public class LinkinTest

{

	private static final String JAVANAME = "userInfo";

	private static final String DBNAME = "user_info";

	Linkin linkin = null;

	@Before

	public void setUp()

	{

		linkin = new Linkin();

	}

	@Test

	// 测试字符串正常的情况

	public void testUnderScoreName4Normal()

	{

		String underscoreName = linkin.underscoreName(JAVANAME);

		assertEquals(DBNAME, underscoreName);

	}

	@Test

	// 测试字符串为null的情况

	public void testUnderScoreName4Null()

	{

		String underscoreName = linkin.underscoreName(null);

		assertNull(underscoreName);

	}

	@Test

	// 测试字符串为空字符串的情况

	public void testUnderScoreName4Empty()

	{

		String underscoreName = linkin.underscoreName("");

		assertEquals("", underscoreName);

	}

	@Test

	// 测试当首字母大写时的情况

	public void testUnderScoreName4Begin()

	{

		String underscoreName = linkin.underscoreName("UserInfo");

		assertEquals(DBNAME, underscoreName);

	}

	@Test

	// 测试当尾字母为大写时的情况

	public void testUnderScoreName4End()

	{

		String underscoreName = linkin.underscoreName("userInfO");

		assertEquals(DBNAME, underscoreName);

	}

	@Test

	// 测试多个相连字母大写时的情况

	public void testUnderScoreName4Together()

	{

		String underscoreName = linkin.underscoreName("userINfo");

		assertEquals(DBNAME, underscoreName);

	}

}

原来的被测试源码如下：

package test.junit4test;

import java.util.regex.Matcher;

import java.util.regex.Pattern;

public class Linkin

{

	/**

	 * @创建时间： 2016年1月28日

	 * @相关参数： @param name

	 * @相关参数： @return

	 * @功能描述：格式化一个Java驼峰规则的字符串成数据库规则。

	 */

	public String underscoreName(String name)

	{

		if (name == null)

		{

			return null;

		}

		if ("".equals(name))

		{

			return "";

		}

		StringBuilder result = new StringBuilder().append(name.substring(0, 1).toLowerCase());

		for (int i = 1; i < name.length() - 1; i++)

		{

			String s = name.substring(i, i + 1);

			String slc = s.toLowerCase();

			String pres = name.substring(i - 1, i);

			String preslc = pres.toLowerCase();

			if (!s.equals(slc) && pres.equals(preslc))

			{

				result.append("_").append(slc);

			}

			else

			{

				result.append(slc);

			}

		}

		return result.append(name.substring(name.length() - 1, name.length()).toLowerCase()).toString();

	}

	/**

	 * @创建时间： 2016年1月28日

	 * @相关参数： @param name Java对象名称

	 * @相关参数： @return 格式化后的名称

	 * @功能描述： 将Java对象名称（每个单词的头字母大写）按照数据库命名的习惯进行格式化

	 * <p>

	 * 格式化后的数据为小写字母，并且使用下划线分割命名单词。

	 * 如果参数name为null，则返回null。

	 * 例如：employeeInfo 经过格式化之后变为 employee_info

	 * </p>

	 */

	public static String wordFormat4DB(String name)

	{

		if (name == null)

		{

			return null;

		}

		Pattern p = Pattern.compile("[A-Z]");

		Matcher m = p.matcher(name);

		StringBuffer sb = new StringBuffer();

		while (m.find())

		{

			if (m.start() != 0)

			{

				m.appendReplacement(sb, ("_" + m.group()).toLowerCase());

			}

		}

		return m.appendTail(sb).toString().toLowerCase();

	}

}

上面的这段代码有2个方法，第一个方法我是从spring-jdbc-template中复制出来，但是很遗憾并没有严格的通过我自己写的单元测试。下面的代码我自己写的，也实现了类似的功能。如果感兴趣，可以自行补上测试。

总结：

1，JUnit 将测试失败的情况分为两种：failure 和 error。Failure 一般由单元测试使用的断言方法判断失败引起，它表示在测试点发现了问题；而 error 则是由代码异常引起，这是测试目的之外的发现，它可能产生于测试代码本身的错误（测试代码也

是代码，同样无法保证完全没有缺陷），也可能是被测试代码中的 一个隐藏的bug。

2，再次强调，单元测试只能保证你的代码没有错，但是不能保证你的代码是对的。异常测试是一个很重要的很重要的一部分，一定不能忽略这部分测试。

3，及时的重构源代码，有单元测试在不怕重构没法测试，重构对于自己的源码的结构和设计都会是越来越好，比如什么高内聚，低耦合，比如什么单一职责，比如取消重复等等。

4，及时的维护测试代码，测试代码也是代码，也需要我们维护，这样很方便我们向后兼容迭代代码。比如说上面的测试类，我们写了大量的重复，每次都是传入1个字符串然后去比较我们的预期和实际，在后面的系列中我会讲到一只小怪兽，Parameterized这个后面再说。

junit4初体验就先体验到这里，下一篇我会重点整理下junit4的几个常用的注解和使用。