Testng: 클래스 수준의 @Test(enabled=false) 주석은 클래스의 모든 메서드를 비활성화해야 합니다.

안녕 니콜라스,

메소드에 @Test 메소드를 사용하지 않는 경우 이를 볼 수 있지만, 사용하는 즉시(dataProvider를 사용한 위의 예에서와 같이) enabled 속성이 재정의되고 기본값 사실이므로 보고 있는 동작입니다.

이게 말이 돼?

네, 세드릭에게 감사합니다.

클래스의 주석 @test(enabled=false)가 실행에서 클래스를 완전히 제외한다는 잘못된 가정을 합니다.

약간 반 직관적이라는 데 동의하지만 지금 바꾸기에는 너무 늦었습니다. 슬프게도...

안녕, 세드릭!
@Test 주석에 새 매개변수를 추가하고 "enabledClass"와 같은 이름으로 호출하고 기본적으로 true로 설정하는 것은 어떻습니까? 메서드 수준 주석에 관계없이 전체 클래스를 비활성화하려면 클래스 수준(enabledClass = false)에서만 사용해야 하며 메서드에 추가된 경우 무시됩니다.
이런 식으로 우리는 이전 버전과의 호환성을 유지하면서 동시에 꽤 유용한 기능을 제공할 것입니다.
원하는 경우 직접 구현하고 pull 요청을 제공할 수 있습니다.
미리 감사드립니다!

@andronix83 ,

enabled 와 enabledClass 사이의 미묘한 차이를 설명해야 하기 때문에 이것이 더 혼란스러워질까 걱정됩니다.

현재 enabled 동작은 가장 직관적이지는 않지만 이 문제가 제기된 횟수로 판단하면 일반적으로 문제가 되지 않는 것 같습니다(거의 없음).

안녕하세요 세드릭입니다.

나는 실제로 지난 주에 이 문제를 겪었습니다. 저는 Facebook Graph API에 의존하는 웹 서버에서 일하고 있습니다. 그래프 API에 도달하는 코드에 의존하는 일부 테스트 메서드가 있는 테스트 클래스가 있었고 다른 테스트 메서드는 해당 서비스에 전혀 의존할 필요가 없었습니다. 그러다가 한 시간 넘게 페이스북 전체에 정전이 발생했습니다. 이로 인해 이 클래스의 일부 테스트가 실패했습니다.

나머지 개발 팀을 차단 해제 상태로 유지하기 위해 내가 하고 싶었던 것은 클래스 수준에서 @Test(enabled=false) 주석을 통해 이 클래스의 모든 테스트를 즉시 비활성화하는 것입니다. 물론, 그것은 효과가 없었습니다. 대신, 실패한 테스트 방법을 하나씩 비활성화해야 했고, 이 문제를 해결하는 데 필요한 것보다 더 많은 시간이 필요했습니다.

이상적으로 TestNG는 JUnit의 @Ignore 주석과 유사한 기능을 지원합니다. http://junit.sourceforge.net/javadoc/org/junit/Ignore.html. 간단히 말해서 개발자는 실제로 이 기능을 원합니다.

감사합니다.

@ecbrodie 이것은 이미 지원되지만(시도해보세요!) 경고가 있습니다. @Test 주석이 있는 모든 개별 메서드는 테스트를 다시 활성화합니다.

@Test(enabled = false)
public class T {
  void f() {} // will not run
}

@Test(enabled = false)
public class T {
  <strong i="10">@Test</strong>
  void f() {} // WILL run!
}

이는 메서드 수준의 속성이 클래스 수준에서 정의된 속성을 재정의하는 의미 때문에 메서드 수준 @Test 주석은 기본적으로 기본값이므로 @Test(enabled = true) 라고 말합니다...

맞는 말이다?

@cbeust님 , 그 예를 들어주셔서 감사합니다. 하지만 그것은 이미 문제를 이해하고 있었기 때문에 저를 오해하신 것 같습니다. 내가 만들려고 했던 요점은 @Test(enabled=true/false)의 현재 의미 체계와 메서드에 설정된 모든 것을 무시하기 위해 클래스 수준에서 활성화된 재정의를 실제로 지정하는 방법을 갖고자 하는 욕구였습니다. 수준, 아마도 일종의 enabledClass 주석 값을 추가하는 것에 대한 입장을 재고해야 할 때입니다.

@Test(enabled) 의미 체계를 사용하여 취한 원래 접근 방식에 대해 약간의 경멸을 나타내는 것 같습니다. 그것이 사실이라면 그 의미를 더 직관적이라고 느끼는 것으로 가져오지 않겠습니까?

동의합니다. @Test(enabledClass = false) 이 의미가 있으며 이전 버전과의 호환성을 깨뜨리지 않고 제안을 구현하는 유일한 방법이라고 생각합니다. 너무 쉬워야 합니다.

귀하 또는 @juherr 가 PR 제출에 관심이 있으십니까?

기분이 좋지 않습니다. 클래스에서만 사용되는 새 속성을 추가하는 아이디어가 마음에 들지 않습니다.
그런 다음 테스트를 실행하려면 소스를 수정해야 하기 때문에 enable=false 는 소스에서 사용할 때 나쁜 습관이라고 생각합니다.
IMO, 클래스 선택을 취소하려면 testng.xml 를 대신 사용해야 합니다.
@ecbrodie 테스트를 어떻게 실행합니까?

BTW, 대신 내가 제안하는 것은 클래스에서 enable=false 의 기본 동작을 재정의하는 IAnnotationTransformer 구현을 제공하는 것입니다.
IAnnotationTransformer 단지에있다 enable=false 자신의 클래스가있는 경우 모든 테스트 enable=false .
이전 버전과의 호환성을 손상시키지 않으며 특정 매개변수를 추가하지 않습니다.
@cbeust 어떻게 생각하세요?

@juherr Cool PR, IAnnotationTransformer 로 하는 것은 정말 간단합니다.

내 유일한 관심사는 사용자에게 enabledClass 속성과 달리 사용하기가 조금 더 신비롭다는 것입니다.

클래스 수준( suiteName , testName )에서만 적용할 수 있는 몇 가지 속성이 이미 있습니다.

내가 말했듯이, 나는 유스 케이스를 좋아하지 않습니다. 그리고 지난 4년 동안 단 2명에게만 물어봐도 충분할 것 같아요 :)

@juherr 충분합니다.

@ecbrodie PR에 대해 어떻게 생각하세요?

https://github.com/cbeust/testng/pull/816

@cbeust
그냥 궁금합니다. 이 작업을 수행할 수 있는 내장 AnnotationTransformer를 제공하면 어떻게 될까요?

예, #816이 제안하는 것입니다.

@juherr
그 PR 정보를 공유해 주셔서 감사합니다. 이것이 병합되기를 기다리는 이유가 있습니까?

아래와 같은 시나리오가 있는 경우 어떻게 합니까?

@Test(groups = { "regression", "smoke" }, dependsOnGroups = { "Creation" })
public class EditName {

    @Test(dataProvider="SomeTestData",dataProviderClass=SearchData.class)
    public void TC_1(String Msg) throws Exception{
        System.out.println(Msg);
    }

    @Test(dataProvider="SomeTestData",dataProviderClass=SearchData.class, dependsOnMethods = { "TC_1" }))
    public void TC_2(String Msg) throws Exception{
        System.out.println(Msg);
    }
}

1. TC_1과 TC_2는 회귀 그룹과 연기 그룹 모두에 속합니까?
2. TC_1과 TC_2가 모두 "Creation" 그룹에 종속됩니까?
3. TC_2는 그룹 "Creation"과 TC_1에 종속됩니까, 아니면 TC_1에만 종속됩니까?

@Rameshwar-Juptimath 샘플과 이 문제의 관계는 무엇입니까?

클래스 및 메서드 수준에서 @Test의 직관적이지 않은 동작으로 인해.
모범 사례로 무엇을 권장해야 합니까?
테스트에서 둘 다 사용하는 것을 피해야 합니까?
우리는 각각의 경우에 다른 데이터 공급자를 가지기 위해 메서드 수준에서 다소간 사용하므로 클래스에서 사용하지 않아야 합니까?
생각?

@aliciatang 동작은 모든 주석 속성에 대해 동일합니다. 메서드의 값이 클래스의 값을 재정의합니다.

6.13 이후로 예상하는 동작인 @Ignore 를 사용할 수 있습니다. @Ignore 대한 문서는 여기 에서 찾을 수