单元测试的最佳方式是边开发边测试，对于已完成部分编码或全部编码的项目，当然也可以测试，测试原则仍然是“越早越好”，例如，如果项目已完成了一半编码，最好停下来，先完成这些代码的测试，然后再用边开发边测试的方式完成后面的编码。
　　对于大量已开发的代码进行单元测试往往是很困难的，困难的原因在于代码的可测性可能很低。前面说过，单元测试是一种有效的约束机制，边开发边测试的话，能够保证代码结构的整体良好。已开发但未进行单元测试的代码，如果存在很多业务代码直接写在界面类中、很多不合理的紧耦合等问题，要进行单元测试就很困难，最直接的表现就是代码加入到测试工程时无法编译。这种情况下要对代码进行整理和重构，提高其可测性，这些工作虽然要付出一定时间成本，但提高了代码的整体质量，代码的可扩展性、可复用性都会大幅度提高。
　　VU提供了一个工具可以帮助发现需要重构的代码：待测试文件列表，该工具可以将代码文件按引用其他文件的多少进行排序(包括直接引用和间接引用)，引用越少，表示代码越底层。将文件按由底层到高层的顺序，一个一个添加到测试工程，每添加一个文件就Rebuild All，如果出现编译链接错误，则可以认定该文件需要整理或重构，导致链接错误的类或文件一般是不应有的耦合对象。

ding

能不能给据点具体的例子

学习了