单元测试（JUnit 3.8）中，如何制定符合原则的测试用例？

本文共计1551个文字，预计阅读时间需要7分钟。

在编写代码前，我们先编写单元测试，即先测试后开发（TDD）。单元测试是代码的一部分，所有代码都必须有对应的单元测试，并通过测试来验证。在修改代码时，也要确保相关测试通过。

1、我们应该怎么做
编写代码之前，先编写单元测试，即测试先行。也就是所谓的测试驱动开发(TDD)
单元测试是代码的一部分，所有的代码必须有单元测试，并且测试通过。
在修改代码之前，先修改单元测试，并且测试通过。

当我们在对代码进行重构和进行设计优化时，如果我们对所有的类都编写了测试，
那么我们重构代码的时候很轻松的进行测试我们的修改是否正确。
当我们接到一个bug报告后，我们总是先修改测试代码，然后修改实现代码，使之测试成功。

2、为什么要编写单元测试
编写单元测试并不会增加了工作负担延缓项目进度
(1)、以一个web应用开发为例：业务代码编写完成->打包->发布到服务器->进行功能测试->发现问题->修改代码->再打包……如此循环。
任何一个web程序员对于这种开发情景都不会感到陌生。往往不断的打包，发布，功能测试的时间是代码编写的10倍以上。
通过集成系统来发现程序的bug，我们往往很难一下子准确的定位bug产生的地方。如果第一次没彻底修改这个bug或者修改这个bug
已经影响到其它的地方，这样部署上去肯定又有bug。