使用 Spring AOP 和 @Transactional 时如何编写有用的单元/集成测试？

Question

我有一个围绕特定服务定义的日志记录方面。我正在使用 Spring AOP 并建议许多服务方法，以便记录与这些方法调用相关的特定应用程序事件。

例如，我使用 @AfterThrowing 注释来检测方法调用中的失败，以便我可以相应地记录。我的服务方法被标记为@Transactional。

正如您可能知道的那样，在提交事务后调用日志记录方面逻辑非常重要，否则我的日志记录方面将错过与提交失败的事务相关的任何错误。更糟糕的是，即使在事务提交后该方法实际上失败了，与成功方法调用相关的任何日志消息都会被写入。

通过确保正确定义方面顺序优先级，我可以完美地完成此操作。我最大的问题是我希望能够编写一个测试（集成测试似乎是唯一的选择），该测试将明确确认顺序优先级得到遵守。鉴于顺序优先级是一种配置，很容易预见到将来有人会调整配置，而没有意识到他们正在破坏关键代码。

因此，我的理论是，我需要编写一个测试，故意导致事务在提交时失败，然后检查日志记录 @AfterThrowing 切入点中的逻辑是否随后被调用。

以前有人遇到过这种需求吗？我确信这是使用 AOP 时的常见场景。

Answer 1

如果您编写一个上下文感知的测试，您可以从上下文中获取所有方面，并断言顺序是预期的。

另一个解决方案是找到任何可能引发重复键异常的资源，然后使用相同的值调用它两次。至少第二次调用应该记录异常。

Answer 2

您可能想要加载整个 Spring 上下文来进行测试，除了数据源。有关数据库的内容，请查看 MockRunner。它有一组很好的模拟 JDBC 类。

在 Spring 上下文中（可能通过单独的 xml 文件），将真实的 DataSource 替换为 MockDataSource 进行测试。从测试用例的上下文中检索此 DataSource，您可以执行以下操作：

MockResultSet rs = new MockResultSet("SELECT 1");
rs.addRow(new Object[] { 1 });

MockConnection con = new MockConnection();
con.getPreparedStatementResultSetHandler().prepareResultSet("SELECT 1", rs);

PreparedStatement ps = connection.prepareStatement("SELECT 1");
ps.executeQuery()

请注意，如果您想引发异常，结果集处理程序（通过 AbstractResultSetHandler）有一个 prepareThrowsSQLException ()，您可以使用它来指定特定的 SQL 字符串应引发异常。

根据您在每个测试用例之前需要设置的内容，将上述内容与 @Before 和 @BeforeClass 方法混合并匹配。请注意，模拟 JDBC 语句保留所有执行的 SQL 的记录，因此如果您运行大量 JDBC 调用（数百万？），内存/性能可能会成为问题。为每个测试用例创建一个新的连接/语句可能是最简单的。

最后，如果您使用 Maven，MockRunner 会引入许多 JDBC 模拟不需要的其他东西。以下是我在 pom.xml 中定义它的方式：

<dependency>
    <groupId>com.mockrunner</groupId>
    <artifactId>mockrunner-jdk1.5-j2ee1.3</artifactId>
    <version>0.4</version>
    <scope>test</scope>
    <exclusions>
        <exclusion>
            <groupId>xml-apis</groupId>
            <artifactId>xml-apis</artifactId>
        </exclusion>
        <exclusion>
            <groupId>cglib-nodep</groupId>
            <artifactId>cglib-nodep</artifactId>
        </exclusion>
        <exclusion>
            <groupId>jboss</groupId>
            <artifactId>jboss-jee</artifactId>
        </exclusion>
        <exclusion>
            <groupId>struts</groupId>
            <artifactId>struts</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.mockejb</groupId>
            <artifactId>mockejb</artifactId>
        </exclusion>
        <exclusion>
            <groupId>nekohtml</groupId>
            <artifactId>nekohtml</artifactId>
        </exclusion>
        <exclusion>
            <groupId>commons-validator</groupId>
            <artifactId>commons-validator</artifactId>
        </exclusion>
        <exclusion>
            <groupId>commons-digester</groupId>
            <artifactId>commons-digester</artifactId>
        </exclusion>
        <exclusion>
            <groupId>commons-beanutils</groupId>
            <artifactId>commons-beanutils</artifactId>
        </exclusion>
        <exclusion>
            <groupId>xerces</groupId>
            <artifactId>xercesImpl</artifactId>
        </exclusion>
        <exclusion>
            <groupId>jdom</groupId>
            <artifactId>jdom</artifactId>
        </exclusion>
        <exclusion>
            <groupId>javax.servlet</groupId>
            <artifactId>servlet-api</artifactId>
        </exclusion>
    </exclusions>
</dependency>