AspectJ 的集成测试

Question

我正在尝试为自定义方面编写集成测试。这是看点 Class 片段。

@Aspect
@Component
public class SampleAspect {

    private static Logger log = LoggerFactory.getLogger(SampleAspect.class);

   private int count;

   public int getCount(){
      return count;
   }

    public void setCount(){
      this.count= count;
    }


    @Around("execution(* org.springframework.data.mongodb.core.MongoOperations.*(..)) || execution(* org.springframework.web.client.RestOperations.*(..))")
    public Object intercept(final ProceedingJoinPoint point) throws Throwable {
        logger.info("invoked Cutom aspect");
         setCount(1);
         return point.proceed();

    }

}

因此，只要关节点与切入点匹配，上述方面就会拦截。它工作正常。但是我的问题是如何进行集成测试。

我所做的是在 Aspect 中创建属性 "count" 用于跟踪并在我的 Junit 中断言它。我不确定这是否好，或者是否有更好的方法对方面进行集成测试。

这是我所做的 Junit 片段。我以糟糕的方式呈现，但我希望它对我为集成测试所做的工作是不可理解的。

@Test
public void testSamepleAspect(){
   sampleAspect.intercept(mockJointPoint);
   Assert.assertEquals(simpleAspect.getCount(),1);
}

Answer 1

让我们使用与 :

中相同的示例代码

Java class 按方面定位：

package de.scrum_master.app;

public class Application {
    public void doSomething(int number) {
        System.out.println("Doing something with number " + number);
    }
}

测试方面：

package de.scrum_master.aspect;

import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;

@Aspect
public class SampleAspect {
    @Around("execution(* doSomething(int)) && args(number)")
    public Object intercept(final ProceedingJoinPoint thisJoinPoint, int number) throws Throwable {
        System.out.println(thisJoinPoint + " -> " + number);
        if (number < 0)
            return thisJoinPoint.proceed(new Object[] { -number });
        if (number > 99)
            throw new RuntimeException("oops");
        return thisJoinPoint.proceed();
    }
}

您有多种选择，具体取决于您要测试的内容：

您可以运行 AspectJ 编译器并验证其控制台输出（启用编织信息），以确保预期的连接点实际上已编织，而其他连接点未编织。但这更像是对您的 AspectJ 配置和构建过程本身的测试，而不是真正的集成测试。
类似地，您可以创建一个新的编织 classloader，加载 aspect，然后加载一些 classes（加载时编织，LTW）以动态检查编织的内容和什么没有。在这种情况下，你宁愿测试你的切入点是否正确，而不是测试由核心 + 方面代码组成的集成应用程序。
最后但并非最不重要的一点是，您可以执行正常的集成测试，假设在正确编织核心 + 方面代码后应用程序应该如何运行。如何做到这一点取决于你的具体情况，具体取决于你的方面给核心代码增加了什么样的副作用。

后面我会描述选项号。 3. 查看上面的示例代码，我们看到以下副作用：

对于小的正数，aspect通过original参数值传递给拦截方法，唯一的副作用是额外的日志输出.
对于负数，aspect通过negated参数值（例如将-22变成22）传递给拦截方法，这可以很好地测试。
对于更大的正数，方面抛出一个异常，有效地停止执行原始方法。

方面的集成测试：

package de.scrum_master.aspect;

import static org.junit.Assert.assertEquals;
import static org.mockito.ArgumentMatchers.matches;
import static org.mockito.Mockito.times;
import static org.mockito.Mockito.verify;

import java.io.PrintStream;

import org.junit.*;
import org.junit.Before;
import org.junit.Rule;
import org.junit.Test;
import org.mockito.Mock;
import org.mockito.junit.MockitoJUnit;
import org.mockito.junit.MockitoRule;

import de.scrum_master.app.Application;

public class SampleAspectIT {
    @Rule public MockitoRule mockitoRule = MockitoJUnit.rule();

    private Application application = new Application();

    private PrintStream originalSystemOut;
    @Mock private PrintStream fakeSystemOut;

    @Before
    public void setUp() throws Exception {
        originalSystemOut = System.out;
        System.setOut(fakeSystemOut);
    }

    @After
    public void tearDown() throws Exception {
        System.setOut(originalSystemOut);
    }

    @Test
    public void testPositiveSmallNumber() throws Throwable {
        application.doSomething(11);
        verify(System.out, times(1)).println(matches("execution.*doSomething.* 11"));
        verify(System.out, times(1)).println(matches("Doing something with number 11"));
    }

    @Test
    public void testNegativeNumber() throws Throwable {
        application.doSomething(-22);
        verify(System.out, times(1)).println(matches("execution.*doSomething.* -22"));
        verify(System.out, times(1)).println(matches("Doing something with number 22"));
    }

    @Test(expected = RuntimeException.class)
    public void testPositiveLargeNumber() throws Throwable {
        try {
            application.doSomething(333);
        }
        catch (Exception e) {
            verify(System.out, times(1)).println(matches("execution.*doSomething.* 333"));
            verify(System.out, times(0)).println(matches("Doing something with number"));
            assertEquals("oops", e.getMessage());
            throw e;
        }
    }
}

Et voilà，我们正在通过检查 System.out 的模拟实例的日志输出并确保为较大的正数抛出预期的异常来准确测试示例方面具有的三种类型的副作用.

Answer 2

@kriegaex 以下代码的测试用例实现应该是什么

@Aspect
@Component
@Slf4j
public class SampleAspect {

    @Value("${timeout:10}")
    private long timeout;

    @Around("@annotation(com.packagename.TrackExecutionTime)")
    public Object intercept( ProceedingJoinPoint point) throws Throwable {

        long startTime = System.currentTimeMillis();

        Object obj = point.proceed();

        long endTime  = System.currentTimeMillis();

        long timeOut = endTime-startTime;

        if(timeOut > timeout) 
         {
          log.error("Error occured");
        }
          return obj;
    }
}

link:Junit-integration test for AOP Spring

AspectJ 的集成测试

Integration tests for AspectJ

java

junit

integration-testing

aspectj

mockito