JUnit|测试驱动|组合设计模式

 

2006-08-31

JUnit：

JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架（regression testing framework）。Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何（How）完成功能和完成什么样（What）的功能。Junit是一套框架，继承TestCase类，就可以用Junit进行自动测试了。

测试驱动：

l         步骤	u       制品
（1）快速新增一个测试用例	新的TestCase
（2）编译所有代码，刚刚写的那个测试很可能编译不通过	原始的TODO List
（3）做尽可能少的改动，让编译通过	Interface
（4）运行所有的测试，发现最新的测试不能编译通过	－(Red Bar)
（5）做尽可能少的改动，让测试通过	Implementation
（6）运行所有的测试，保证每个都能通过	－(Green Bar)
（7）重构代码，以消除重复设计

l         优点：

『充满吸引力的优点』

1. 完工时完工。表明我可以很清楚的看到自己的这段工作已经结束了，而传统的方式很难知道什么时候编码工作结束了。
2. 全面正确的认识代码和利用代码，而传统的方式没有这个机会。
3. 为利用你成果的人提供Sample，无论它是要利用你的源代码，还是直接重用你提供的组件。
4. 开发小组间降低了交流成本，提高了相互信赖程度。
5. 避免了过渡设计。
6. 系统可以与详尽的测试集一起发布，从而对程序的将来版本的修改和扩展提供方便。
7. TDD给了我们自信，让我们今天的问题今天解决，明天的问题明天解决，今天不能解决明天的问题，因为明天的问题还没有出现(没有TestCase)，除非有TestCase否则我决不写任何代码；明天也不必担心今天的问题，只要我亮了绿灯。

『不显而易见的优点』

8. 逃避了设计角色。对于一个敏捷的开发小组，每个人都在做设计。
9. 大部分时间代码处在高质量状态，100％的时间里成果是可见的。
10. 由于可以保证编写测试和编写代码的是相同的程序员，降低了理解代码所花费的成本。
11. 为减少文档和代码之间存在的细微的差别和由这种差别所引入的Bug作出杰出贡献。
12. 在预先设计和紧急设计之间建立一种平衡点，为你区分哪些设计该事先做、哪些设计该迭代时做提供了一个可靠的判断依据。

『有争议的优点』

13. 事实上提高了开发效率。每一个正在使用TDD并相信TDD的人都会相信这一点，但观望者则不同，不相信TDD的人甚至坚决反对这一点，这很正常，世界总是这样。
14. 发现比传统测试方式更多的Bug。
15. 使IDE的调试功能失去意义，或者应该说，避免了令人头痛的调试和节约了调试的时间。
16. 总是处在要么编程要么重构的状态下，不会使人抓狂。（两顶帽子）
17. 单元测试非常有趣。

组合设计模式：（ Composite 模式）

      将对象以树形结构组织起来 , 以达成 “ 部分－整体 ” 的层次结构，使得客户端对单个对象和组合对象的使用具有一致性 .

l         Composite 好处 :

使客户端调用简单，客户端可以一致的使用组合结构或其中单个对象，用户就不必关系自己处理的是单个对象还是整个组合结构，这就简化了客户端代码。
2. 更容易在组合体内加入对象部件 . 客户端不必因为加入了新的对象部件而更改代码。

l         如何使用 Composite?

首先定义一个接口或抽象类，这是设计模式通用方式了，其他设计模式对接口内部定义限制不多， Composite 却有个规定，那就是要在接口内部定义一个用于访问和管理 Composite 组合体的对象们（或称部件 Component ） .

下面的代码是以抽象类定义，一般尽量用接口 interface

public abstract class Equipment { 　　 private String name; 　　 // 实价 　　 public abstract double netPrice(); 　　 // 折扣价格 　　 public abstract double discountPrice(); 　　 // 增加部件方法　　 　　 public boolean add(Equipment equipment) { return false; } 　　 // 删除部件方法 　　 public boolean remove(Equipment equipment) { return false; } 　　 // 注意这里，这里就提供一种用于访问组合体类的部件方法。 　　 public Iterator iter() { return null; } 　　 　　 public Equipment(final String name) { this.name=name; } }

 

GoF《设计模式》中说到：将对象组合成树形结构以表示“部分-整体”的层次结构。Composite模式使得客户对单个对象和组合对象的使用具有一致性。

Composite组合模式结构如下：

分离但等同