使用Junit进行java代码单元测试。
Junit断言
assertEqual([String message],expected,actual,[tolerance])
assertNull([String message],object)
assertSame([String message],expected,actual) 验证是否引用同一对象
assertNotSame([String message],expected,actual)
assertTrue([String message],boolean condition)
assertFalse([String message],boolean condition)
fail([String message]) 使测试立即失败,可用来测试异常
如果测试失败，先修复失败的测试，再进行原代码新特性的编写
哪些内容需要被测试:
1.Right——结果是否正确?
2.B——是否所有的边界条件都是正确的?
3.I——能查一下反向关联吗?
4.C——能用其他手段交叉检查一下结果吗?
5.E——你是否可以强制错误条件发生?(使用mock,模拟内存耗光,磁盘用满等)
6.P——是否满足性能要求?
如何测试边界条件:
1.一致性——值是否符合预期的格式
2.有序性——一组值是该有序的，还是无序的
3.区间性——值是否在一个合理的最大值和最小值范围之内
4.引用,耦合性——代码是否引用了一些不受代码本身直接控制的外部因素
5.存在性——值是否存在
6.基数性——是否恰好有足够的值
7.时间性——所有的事情是否都是按顺序发生，是否在正确的时间，是否及时
好的单元测试遵循以下准则:
1.自动的
测试可以自动运行，并且自动分析测试结果
2.全面的
测试代码覆盖到每个可能出错的地方。可以使用nounit等工具分析测试覆盖率
3.可重复的
测试代码可以以任意顺序重复运行，不影响测试结果。这意味着每个测试必须独立，而且和环境无关
4.独立的
测试代码必须整洁、专注重点。每一个测试专门测试一件事情。测试必须彼此独立，和环境无关
5.专业的
测试代码必须和产品代码一样专业，包括该有的封装、继承、DRY原则等良好设计。但是不需要测试不太可能存在bug的方法，比如单纯的get/set方法。一般来说，测试代码和产品代码等量或者更多。
测试一个工程
经常测试，确保check in的代码都是测试通过。加强代码review，交流团队经验。
代码设计
1.面向测试的设计。如果一段代码不好进行测试，那么变更代码，使测试变得容易。
2.为测试而重构代码。作为回报，我们获得了一个简洁的设计。
3.测试类的不变性
4.测试驱动的设计
5.测试无效的参数。