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