Junit4: @Parameters 메소드는 @ClassRule 초기화 전에 실행됩니다. 방법이 될 수 있습니까?

현재 해결 방법:

    protected static TemporaryFolder initStaticTemp() {
        try {
            return new TemporaryFolder() { { before(); } };
        } catch (Throwable t) {
            throw new RuntimeException(t);
        }
    }

    public static TemporaryFolder tmp = initStaticTemp();

    <strong i="6">@AfterClass</strong>
    public static cleanup() throws Exception {
        tmp.delete();
    }

작동하지만 수동 정리가 필요합니다 ...

+1

그것에 대해 조금 생각해보면 이것을 구현하는 좋은 방법은 이에 대한 주석을 도입하는 것입니다.

<strong i="7">@Parameters</strong>
<strong i="8">@AfterClassRules</strong>
public Object[][] generateParameters() {
    // do stuff
}

이렇게 하면 두 변형을 계속 사용할 수 있고 기존 코드가 손상되지 않습니다. 이 디자인이 메인테이너에게 받아들여진다면 나는 이에 대한 풀 리퀘스트 작업을 시작할 것입니다.

댓글에 대한 업데이트가 알림을 트리거하는지 확실하지 않기 때문에 추가 댓글을 씁니다.

이전 의견에서 제안한 디자인이 유지 관리자에게 허용됩니까? 그렇다면 풀 리퀘스트 작업을 시작하겠습니다.

여기에는 상당히 어려운 아키텍처 문제가 있습니다. JUnit은 Eclipse와 같은 실행자들에게 테스트가 실행되기 전에 얼마나 많은 테스트가 있는지 열거할 수 있다고 약속하지만 이 계획 단계에서 소비되는 리소스도 최소화하려고 합니다. 그래서 우리는 예를 들어 임시 폴더를 생성하거나 서버 시작과 같이 ClassRules에 표시되는 훨씬 더 과감한 작업을 수행하기 전에 얼마나 많은 매개변수가 있는지 알고 싶습니다.

아마도 내가 가장 좋아하는 대답은 이론에서 @DataPoints 와 같은 것을 활성화하는 것입니다. @ParameterSet 접두사가 붙은 정적 필드 또는 정적 메서드가 있을 수 있으며, 이 메서드는 함께 결합되어 전체 매개변수 집합을 만듭니다. 따라서 귀하의 예는 다음과 같습니다.

@ClassRule 공개 정적 TemporaryFolder tmp = new TemporaryFolder();
@ParameterSet 공개 정적 개체[] 먼저 = 새 개체[] { 0 };
@ParameterSet 공개 정적 개체[] 초() {
return new Object[] { tmp.getRoot().getPath(); }
}

여기서 요점은 실제로 실행하지 않고도 "두 번째" 메서드를 계산할 수 있다는 것입니다.

어떻게 생각해?

흠, 지금 생각해보면 문제는 실제로 내 테스트 코드에서 더 많은 냄새가 나는 것 같습니다. 원격 서비스에 연결하고 구성 방법에 따라 테스트를 실행 중입니다. 대신 테스트에서 예상 구성을 수정해야 합니다.

다음은 내가 원래 문제에 직면한 테스트입니다. CryptoAppExecReturnCodeTest.java

@dsaff 제안에 대해 생각해 보겠습니다. 초기 인상은 다음과 같습니다. 쌍을 별도의 배열로 분할하려면 요소의 위치에 특별한 주의가 필요합니다(조금 오류가 발생하기 쉽습니다). 그래서 나는 _first_ 를 일부 더미로 채우게 될 수도 있습니다(단지 요소의 수를 유지하는 것). 그리고 _second_에서 - 쌍 요소를 서로 옆에 유지하고 싶습니다.

{ 0, tmp...getPath() },
{ 1, ... }

테스트 횟수 외에 러너에게 필요한 것이 있습니까? (예 - 아마도 테스트 이름?)

@javornikolov , 방금 귀하의 초기 게시물을 잘못 읽었다는 것을 깨달았습니다. 그래서 내 응답이 혼란스러울 수 있습니다. 나는 당신의 테스트를 하나의 매개변수로 구성된 테스트 클래스의 두 가지 다른 인스턴스로 읽고 있었습니다. 이제 다시 읽었지만 실제로는 두 개의 매개변수로 구성된 테스트 클래스의 하나의 인스턴스화입니다. 내 제안을 조정하기 위해 제안된 코드는 다음과 같습니다.

<strong i="7">@ClassRule</strong> public static TemporaryFolder tmp = new TemporaryFolder();
<strong i="8">@ParameterSet</strong> public static Object[] only() {
return new Object[] { 0, tmp.getRoot().getPath(); }
}

내 의도가 더 명확해지기를 바랍니다. 처음에 혼란을 드려 죄송합니다.

(오래된 버그를 통해 진행)

아마도 이 문제의 이름을 "이론에서 @DataPoints 와 같은 것을 활성화"로 바꿔야 할까요?

(오래된 버그를 통해 진행)

아마도 이 문제의 이름을 "이론에서 @DataPoints 와 같은 것을 활성화"로 바꿔야 할까요?

문제는 매개변수화된 테스트에 대한 매개변수 목록에서 Rule 리소스를 사용할 수 있는 기능을 갖는 것입니다. @dsaff 가 제안한 @ParameterSet 접근 방식은 나에게 실행 가능한 것 같습니다(평가가 원래 문제가 해결되는 순서로 발생한다고 가정).
그러나 "@DataPoints와 같은 것"이 충분히 명확하고 원래 시나리오를 다루지 않는 어떤 방향으로 발산할 위험이 없다면: 괜찮습니다.
내가 DataPoints를 사용하는 이론보다 매개변수화된 테스트를 선호하는 이유는 후자의 결과가 각 매개변수 집합에 대해 독립적으로 보고되지 않고 첫 번째 실패가 후속 매개변수의 실행을 중단하기 때문입니다.