在敏捷开发过程中，项目的开发周期特别短，因此在质量和开发进度上会出现一定的矛盾，最突出的就是单元测试用例的编写。从项目的长期角度来看，单元测试用例对提供团队整理开发效率都有比较大的提升，同时还能提高代码质量、减少程序缺陷。如果我们对测试用例的编写把握不好的话，也会给开发效率带来一定的影响，那么我们应怎样去把握测试用例编写的度呢？下面总结了几点关于单元测试编写的原则：
1. 为主要的、关键的逻辑组件，关键的逻辑方法进行测试驱动开发
这样对设计、设计演化很有帮助。
2. 结对编程的方式测试用例让另一个同事来完成。
更好的发现程序设计及接口设计中的一些缺陷。
3. 逻辑类似的组件如果存在多个，优先编写其中一种逻辑组件的测试用例
实践中可能会出现一些组件在逻辑上可能完成差不多的功能(例如类型转换帮助类)，可以先只编写其中一种组件的 测试用例以节省时间。
4. 发现 Bug 时一定先编写测试用例进行 Debug
在测试和调试之间众说纷纭，最好是先编写测试用例找出这个 Bug，越复杂的系统，测试越发杂，单元测试能更好的模拟参数边界值。
5. 关键util工具类要编写测试用例
不要忽视了这些帮助类、基础类的正确性和运行效率。
6. 保持测试用例与逻辑代码同步
这里说的”同步”主要包括了测试方法和实现方法的同步；测试用例注释和逻辑代码注释的同步。
7. 保证测试用例的独立性
让测试用例独立的可执行，尽量不要依赖其他的测试用例。这样才能让 TDD 与设计保持良好的协作。
8. 测试过程中，适当的引入Mock 是必不可少的，最好还是提供一个集成测试用例。
使用 Mock 可以让接口的设计得到快速验证与反馈，也对团队的平行开发提供便利。
