如何为m子自定义转换器编写单元测试用例

Question

我们试图在Mule中为自定义转换器编写Junit测试用例。 但是我们无法在测试类中调用doTransform（）方法。

后来我们意识到看到mule文档，Mule提供了单元测试用例的功能。 根据文档，我们扩展了AbstractTransformerTestCase ，它具有一些要实现的方法。

他们是 ：

@Override
    public Transformer getTransformer() throws Exception {
        // TODO Auto-generated method stub
        return null;
    }

    @Override
    public Transformer getRoundTripTransformer() throws Exception {
        // TODO Auto-generated method stub
        return null;
    }

    @Override
    public Object getTestData() {
        // TODO Auto-generated method stub
        return null;
    }

    @Override
    public Object getResultData() {
        // TODO Auto-generated method stub
        return null;
    }

我们现在对以下事情感到困惑：

1. 在哪里编写我们的测试逻辑？
2. 在何处以及如何将输入发送到变压器？
3. 我们从变压器返回什么？
4. 如果我们不从变压器返回任何东西（变压器是流中的最后一个端点）怎么办？
5. 如何“调用”测试用例？
6. 如何编写需要自定义异常的测试用例？
7. 在Eclipse内部的Junit测试中，我们曾经将其声明为@Test(expected = RuntimeException.class)但是在but子单元测试用例中如何做到这一点呢？
8. 我们如何在AbstractTransformerTestCase内部使用现有的“将被覆盖的方法”？

请帮助我们。 自2周以来我们什么都不知道。

Answer 1

要在Mule中测试变压器，请执行以下操作：

• 扩展org.mule.transformer.AbstractTransformerTestCase并实现抽象方法（ 将Base64转换器的测试作为一个很好的例子 ）。 这涵盖了变压器的基础知识。
• 如果要覆盖更高级的场景（例如具有不同的有效负载或属性），则可以通过扩展org.mule.tck.junit4.FunctionalTestCase创建功能测试用例，并创建标准的JUnit4 @Test方法以与您将在测试配置中配置的变压器。

Answer 2

从测试开始，您最好采用测试驱动的开发工具之类的良好做法。 你会需要：

• 实际版本中的junit（您已经掌握了它）
• 现代的模拟框架（我强烈建议将jmockit作为目前最灵活的工具）

您将不需要：

• ule子的抽象基础测试类

在编写转换器测试时，您正在测试转换器的行为是否正常（好，它将一个对象转换为另一个对象）-因此，在测试用例中，您只需实例化转换器并使用一些输入命中转换方法，然后对结果执行断言。 如果您的转换器可以实例化而没有m子，并且在转换时不需要协作，则只需进行简单的单元测试即可。

如果您需要与Mule，Java EE或任何需要测试它们的子系统的协作，那么模拟就可以发挥作用。 您无需提供服务基础架构，而只是提供模拟并定义期望，您的类将如何与它们协作（您正在测试类，mulen或JDBC驱动程序）。 这是另一个怪异环境（android）的单元测试示例：

/**
 * shall inject assignable views   into class
 * note that mocks are specifuied as parameters
 */
@Test
public void testSimpleInjection(@Mocked final WithInjectableViews injectable,
                                @Mocked final TextView textView,
                                @Mocked final Button button) {

    // we expect that  certain methods will be called on mocked objects
    new Expectations() {
        {
            injectable.findViewById(239);
            returns(textView);


            injectable.findViewById(555);
            returns(button);


        }
    };

    // method under test
    ViewInjector.startActivity(injectable);

    // assertions
    assertEquals(textView, Deencapsulation.getField(injectable, "asView"));
    assertEquals(button, Deencapsulation.getField(injectable, "button"));
    assertNull(Deencapsulation.getField(injectable, "notInjected"));

}

// class derived from android activity,  base class is not instantiable
// in normal java environment, only on the phone or emulator but this is not
// practicable
class WithInjectableViews extends Activity {
    // shall be injected
    @InjectView(id = 239)
    private android.view.View asView;
    @InjectView(id = 555)
    private Button button;
    // shall be left alone
    private View notInjected = null;

}