测试的集合的名称
测试开始的时间
测试结束的时间
测试用例的名称
测试结果
测试数据
测试日志
...
这样看上去，好像并不存在什么问题，因为报告内容类型可以被定义清楚，并且也不存在变化的需求。所以，只需在需要输出测试报告的地方将内容输出就可以了。
但是，现实往往不如人所愿，随着测试系统的扩展，原先我们将这些输出是以本文格式文件的信息存储在本地。而现在为了与另一个测试系统交互，我们必需将输出的形式由文本格式文件转变成为XML格式的输出。这可是个不大不小的麻烦，我们必需修改那些原来“需要输出的地方”的代码。可想而知，这些代码已经被层层的包围在测试逻辑中间了。
这真是一件简单、暴力的活动。谁也不原意做第二次，不过，放眼望去，“第二次”并不遥远。数据库式的集中存储正向我们招手。输出到数据库已经被提上议程。我们不得不考虑将报告输出的逻辑与测试的逻辑分离开。其实，这个不是什么困难的事，我们只需根据报告内容类型定义一个接口，并实现两种不同的输出方式，文本格式输出和XML格式输出。
在需要有新的输出方式的时候， 我们只需要添加一个新的输出方式的实现。同时，为了能使输出方式的可配置，还需为它设计一个简单工厂。这样，出输格式的扩展性就得到了保证，还可以通过配置文件还选择不同的输出。
| package my.cnblog.output; 2  3   /**//*The Interface of Outputter*/4 5 public interface IOutputter  {6  public boolean StartSuite(String suiteName);7 public boolean EndSuite();8 public boolean TestResult(String result);9   /**//*10 * other interfaces11  */12  }13 14 package my.cnblog.output;15 16 /**//*one implement of Outputter*/17 18 public class TXTOutputter implements IOutputter {19 20 @Override21 public boolean EndSuite() {22 // TODO Auto-generated method stub23 return false;24 }25 26 @Override27 public boolean StartSuite(String suiteName) {28 // TODO Auto-generated method stub29 return false;30 }31 32 @Override33 public boolean TestResult(String result) {34 // TODO Auto-generated method stub35 return false;36 }37 38 }39 40 |
| 1package my.cnblog.output; 2 3 /**//*The Factory of Outputter*/4 5 public class OutputterFactory {6 IOutputter Create(String outputter){7 if (outputter.equalsIgnoreCase("TXTOutputter")){8 return new TXTOutputter();9 }10 else if(outputter.equalsIgnoreCase("XMLOutputter")){11 /**//*return new XMLOutputter();*/12 }13 return null;14 }15 16 } |
