单元测试注释?

2022-09-03 02:52:48

我问自己,我应该深入(单元)测试我的类。例如,我有以下简单类。

import javax.annotation.security.PermitAll;
import javax.ejb.Singleton;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;


@Path(value = "ping")
@Singleton
@PermitAll
public class PingRestService {

    @GET
    @Produces(MediaType.TEXT_PLAIN)
    public String pingMethod(){
        return "pong";
    }

}

我写了以下单元测试:

import static org.junit.Assert.*;
import java.lang.reflect.Method;
import javax.annotation.security.PermitAll;
import javax.ejb.Singleton;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;

import org.junit.Test;


public class PingRestServiceTest {

    PingRestService prs = new PingRestService();

    @Test
    public void testClassAnnotations(){
        assertEquals(3, prs.getClass().getAnnotations().length);

        assertTrue(prs.getClass().isAnnotationPresent(PermitAll.class));
        assertTrue(prs.getClass().isAnnotationPresent(Singleton.class));
        assertTrue(prs.getClass().isAnnotationPresent(Path.class));

        assertEquals("ping", prs.getClass().getAnnotation(Path.class).value());

    }

    @Test
    public void testPingMethodAnnotations() throws SecurityException, NoSuchMethodException{

        Method method = prs.getClass().getDeclaredMethod("pingMethod");
        assertEquals(2, method.getAnnotations().length);

        assertTrue(method.isAnnotationPresent(GET.class));
        assertTrue(method.isAnnotationPresent(Produces.class));

        assertEquals(1, method.getAnnotation(Produces.class).value().length);
        assertEquals(MediaType.TEXT_PLAIN, method.getAnnotation(Produces.class).value()[0]);
    }

    @Test
    public void testPingMethod() {
        assertEquals("pong", prs.pingMethod());
    }

}

这有意义吗?或者我应该只测试返回的字符串(“pong”,testPingMethod),跳过所有注释测试(testClassAnnotations,testPingMethodAnnotations)?

我认为一些注释是业务逻辑的一部分(例如 PermitAll),因此应该进行测试。


答案 1

大多数时候,人们测试代码的功能,而不是它的实现方式。这称为(请参阅:http://en.wikipedia.org/wiki/Black-box_testing)。在实施测试时,您应该问自己:“要测试的单元的可能输入值是什么,预期结果是什么?现在,在测试中,您使用输入值调用代码,并使用预期的结果检查结果,以确保您的代码按照所需的方式运行。随着时间的推移,您可能会优化代码,而无需更改功能。然后,您就不需要更改测试。但您可以重新运行它以确保它仍然以相同的方式运行。即使它以不同的方式实现。或者,您可以进行更改实现详细信息,这些细节对所测试的功能有副作用。同样在这种情况下,您不需要更改测试,但只需重新运行它即可。在简单的情况下,您没有输入和一个静态输出,因此您只需调用该方法并检查是否返回“pong”。但是,经过测试的现实生活中的案例很少那么简单。Black Box Testing

编辑:您可以看到配置的安全性和“@Path”配置为输入的URL路径,还可以按照“Boris the Spider”和“Avi”建议的方式在集成测试中对其进行测试。但其他注释是特定于实现的。@PermitAll


答案 2

在我看来,这些注释是你的类的各个方面,而不是它的本质,它的真正目的,所以不应该进行单元测试。也许明天你会使用Spring MVC而不是JAX-RS,但是你的类将具有相同的行为,因此单元测试应该是相同的


推荐