java - 模拟 oracle STRUCT 类以实现 junit 覆盖

Question

在我的项目中，我需要调用oracle中的存储过程。此过程接受我创建的对象类型的自定义表。在java方面，我创建了实现的类型处理程序并处理将数组类型数据传递给过程。

从编码的角度来看，一切都工作正常:)

现在我需要为我创建的处理程序类编写 junit。该处理程序调用我的 util 类来获取 StructDescriptor、STRUCT 对象。下面是实用程序类代码片段。

Class JDBCUtil {
    public static STRUCT getJDBCDataObject(final StructDescriptor structDescriptor, final Connection con,
      final Object[] params) {
    STRUCT struct = null;
    try {
      struct = new STRUCT(structDescriptor, con, params);
    } catch (SQLException e) {
    }
    return struct;
  }
}

我的 Maven 依赖项中有 Mockito 和 PowerMockito 库。以下是我的测试类(class)。

@SuppressWarnings({"unchecked", "unused"})
@RunWith(PowerMockRunner.class)
@PrepareForTest({ StructDescriptor.class, ArrayDescriptor.class, STRUCT.class })
public class JDBCUtil Test {

  private JDBCUtil jdbcUtil;

  @Mock
  private OracleConnection connection;

  @Mock
  private StructDescriptor structDescriptor;

  @Mock
  private STRUCT struct;


  @Before
  public void test() {
    MockitoAnnotations.initMocks(this);
    jdbcUtil = new JDBCUtil();


    Mockito.when(connection.isLogicalConnection()).thenReturn(false);
  }

  @Test
  public void testShouldReturnValidJDBCTypeStructureObject() {
    Object[] objs = new Object[1];
    objs[0] = Mockito.mock(Object.class);
    try {
      //Mockito.when(new STRUCT(structDescriptor, connection,     objs)).thenReturn(struct);
      PowerMockito.whenNew(STRUCT.class).withArguments(structDescriptor, connection, objs).thenReturn(struct);
    } catch (SQLException e) {
      e.printStackTrace();
    } catch (Exception e) {
      e.printStackTrace();
    }
    STRUCT structObj = JDBCProcedureTypeDescriptor.getJDBCDataObject(structDescriptor, connection, objs);
    Assert.assertNotNull(structObj);
  }


}

我试图模拟在我的类中创建的 STRUCT 对象，但我的代码总是尝试创建该对象并失败，因为连接等是模拟对象，并且它在 STRUCT (STRUCT.java:138) 中给出了空指针

虽然当我在 @PrepareForTest 注释中添加 JDBCUtil 时，测试用例成功执行，但 Eclipse 根本不显示被覆盖的类。

有什么方法可以模拟 STRUCT 对象创建并 100% 覆盖我的方法。

Answer 1

问题:您开始使用 Powermock 是因为有充分的理由，还是出于巧合？

你看 - 问题出在你的代码中。它只是以一种不可测试的方式编写的。令人惊讶的是:它的编写方式也会影响每个想要使用此方法的“客户端”的可测试性。

关键问题是:你在这里使用static；没有任何必要这样做。例如，是什么阻止您将 JdbcUtils 重命名为“STRUCTFactory”？然后，您只需创建一个普通的实例方法，而不是在那里使用静态方法。突然间，您不再需要 PowerMock 来进行静态调用。如果您担心效率(此时您不应该担心)；您仍然可以使用单例并将 STRUCTFactory 接口(interface)附加到它。

下一步 - 为什么要使用模拟框架来检查对 new 的调用？本质上，您正在测试实现细节。编写一个简单地调用工厂方法(使用不同参数)的测试，然后对返回给您的 STRUCT 对象执行 assertXyz 调用，会简单得多。

含义:

1. 静态在良好的面向对象设计中是一种异常现象；避免它在很多方面都有帮助；使用它会迫使您转向 PowerMock。
2. 您不必测试操作本身，检查操作结果是否具有预期属性是完全公平的!

长话短说:使用 PowerMock 的理由很少；许多人不这样做(您面临的承保问题就是其中之一)。但是您的代码可以轻松地重新编写，以便您可以使用 Mokito 对其进行全面测试 - 除此之外不需要 super 能力。只需遵循一些简单的规则，这些规则首先就是众所周知的良好“OO 设计”实践。

如果您对“如何创建可测试”代码感兴趣...您可以转here .