软件测试之自动测试:变化多端的输出

　在自动测试系统中， 经常会遇到输出测试报告的问题。报告内容类型是一定的，大致可以分为：

　　测试的集合的名称

　　测试开始的时间

　　测试结束的时间

　　测试用例的名称

　　测试结果

　　测试数据

　　测试日志

　　...

　　这样看上去，好像并不存在什么问题，因为报告内容类型可以被定义清楚，并且也不存在变化的需求。所以，只需在需要输出测试报告的地方将内容输出就可以了。

　　但是，现实往往不如人所愿，随着测试系统的扩展，原先我们将这些输出是以本文格式文件的信息存储在本地。而现在为了与另一个测试系统交互，我们必需将输出的形式由文本格式文件转变成为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    }

原文转自：http://www.ltesting.net