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