반응형
단위테스트하면 먼저 떠오르는것이 JUnit 인데요.
평소에는 사용할 일이 없으니깐 공부나 해놓겠다고 실용주의 프로그래머를 위한...시리즈를 사놓은것이
2년은 되어가는듯 합니다. ㅠㅠ
책이 나온것은 2004년이니 지금쯤은 사용하지 않는건 아닌가요..
하지만 아직도 업무환경에서는 JUnit 을 더 많이 사용하는것 같습니다.
CVS 보다 진화되었다는 SVN 이 나왔지만 그래도 CVS 를 고수하는 팀도 많이 있으니깐요.
기본적인 기능을 가지고 있다면 새로운 것이라고 해서
무조건 좋은 것은 아니겠지요.
각각의 툴도 내부적으로 많은 보완이 이루어지고 있으니깐요.
TestNG 도 마찬가지입니다. JUnit 이 가지고 있는 어떤 한계에 대한 보완으로
강력하고 혁신적이며 확장성 있고 유연할뿐 아니라 JDK 5.0 의 어노테이션 기능을
잘 사용할 수 있는 환경을 만들어준다고 합니다.
이러한 이야기가 2005년 이야기입니다.~~
국내에서는 추가적인 자료를 찾기가 JUnit 에 비하면 어렵더군요.
참고할만한 자료로는
JUnit 3.8에서 JUnit 4, TestNG 활용으로
http://younghoe.info/110
Designing for Testability
http://javajigi.tistory.com/186
내용을 요약해보면 사용자들은 JUnit 을 사용하면서
- 모든 코드는 테스트되어야 한다. every single piece of code must be tested.
- 가능한 모든 때에 코드는 독립적으로 테스트되어야 한다. Whenever possible, code must be tested in isolation (using, for example, techniques like mock objects).
- 소프트웨어는 테스트가 쉬워야 한다. Software must be easy testable -- that is, written with tests in mind.
라는 기본적인 규칙을 배웠지만 아래와 같은 제한점을 가지고 있다고 합니다.
- 단일상속 속성때문에 TestCase 클래스 확장시 제한적이다. The need to extend a TestCase class, because the Java language has single inheritance, is very limiting.
- 매개변수들을 테스트메소드에 전달하는 것과 setUp(), tearDown() 메소드에 전달할 수 없다. It is impossible to pass parameters to JUnit's test method as well as to setUp() and tearDown() methods.
- 테스트 클래스는 테스트 메소드가 실행될때마다 다시 인스턴스화된다. The execution model is a bit strange: The test class is reinstantiated every time a test method is executed.
- 복잡한 프로젝트에서 다른 테스트 슈트의 관리는 트릭을 많이 써야 한다. The management of different suites of tests in complex projects can be very tricky.
라는 제약이 있다고 하네요.
TestNG 는 구식 프레임웍의 제한을 없애고 개발자들이 유연하고 강력한 테스트를 작성할 수 있도록 하는 것이 목적이라고 합니다.
테스트 슈트를 정의하기 위해서 JUnit 는 TestSuite, 속성파일, Ant 구현파일들이 필요한데
TestNG 에서는 모든 데이터를 testing.xml 파일에 모아놓는다고 합니다.
또하나의 흥미로운 기능은 테스트 그룹을 정의하는 기능입니다.
모든 테스트 메소드를 한개 이상의 그룹들과 같이 사용할 수 있게 되는 것입니다.
간단하게 @Test 어노테이션의 매개변수로 다음과 같이 지정하면 끝난다고 합니다.
그러면 설정파일 안에서 아래와 같이 찾을 수 있습니다.
그리고 TestNG 에서는 테스트 메소드외에 beforeTestClass, afterTestClass, beforeTestMethod, afterTestMethod 네가지 유형의 수명주기와 관련된 설정 메소드를 사용할 수 있다고 합니다.
참고사이트
http://testng.org
http://code.google.com/p/testng/
평소에는 사용할 일이 없으니깐 공부나 해놓겠다고 실용주의 프로그래머를 위한...시리즈를 사놓은것이
2년은 되어가는듯 합니다. ㅠㅠ
책이 나온것은 2004년이니 지금쯤은 사용하지 않는건 아닌가요..
하지만 아직도 업무환경에서는 JUnit 을 더 많이 사용하는것 같습니다.
CVS 보다 진화되었다는 SVN 이 나왔지만 그래도 CVS 를 고수하는 팀도 많이 있으니깐요.
기본적인 기능을 가지고 있다면 새로운 것이라고 해서
무조건 좋은 것은 아니겠지요.
각각의 툴도 내부적으로 많은 보완이 이루어지고 있으니깐요.
TestNG 도 마찬가지입니다. JUnit 이 가지고 있는 어떤 한계에 대한 보완으로
강력하고 혁신적이며 확장성 있고 유연할뿐 아니라 JDK 5.0 의 어노테이션 기능을
잘 사용할 수 있는 환경을 만들어준다고 합니다.
테스트엔지로 자바 단위 테스트를 쉽게! - JUnit을 능가하는 테스팅 프레임웍
http://www.ibm.com/developerworks/kr/library/j-testng/
http://www.ibm.com/developerworks/java/library/j-testng/
http://www.ibm.com/developerworks/kr/library/j-testng/
http://www.ibm.com/developerworks/java/library/j-testng/
이러한 이야기가 2005년 이야기입니다.~~
국내에서는 추가적인 자료를 찾기가 JUnit 에 비하면 어렵더군요.
참고할만한 자료로는
JUnit 3.8에서 JUnit 4, TestNG 활용으로
http://younghoe.info/110
Designing for Testability
http://javajigi.tistory.com/186
내용을 요약해보면 사용자들은 JUnit 을 사용하면서
- 모든 코드는 테스트되어야 한다. every single piece of code must be tested.
- 가능한 모든 때에 코드는 독립적으로 테스트되어야 한다. Whenever possible, code must be tested in isolation (using, for example, techniques like mock objects).
- 소프트웨어는 테스트가 쉬워야 한다. Software must be easy testable -- that is, written with tests in mind.
라는 기본적인 규칙을 배웠지만 아래와 같은 제한점을 가지고 있다고 합니다.
- 단일상속 속성때문에 TestCase 클래스 확장시 제한적이다. The need to extend a TestCase class, because the Java language has single inheritance, is very limiting.
- 매개변수들을 테스트메소드에 전달하는 것과 setUp(), tearDown() 메소드에 전달할 수 없다. It is impossible to pass parameters to JUnit's test method as well as to setUp() and tearDown() methods.
- 테스트 클래스는 테스트 메소드가 실행될때마다 다시 인스턴스화된다. The execution model is a bit strange: The test class is reinstantiated every time a test method is executed.
- 복잡한 프로젝트에서 다른 테스트 슈트의 관리는 트릭을 많이 써야 한다. The management of different suites of tests in complex projects can be very tricky.
라는 제약이 있다고 하네요.
http://www.theserverside.com/tt/articles/article.tss?l=MigratingtoTestNG
TestNG 는 구식 프레임웍의 제한을 없애고 개발자들이 유연하고 강력한 테스트를 작성할 수 있도록 하는 것이 목적이라고 합니다.
테스트 슈트를 정의하기 위해서 JUnit 는 TestSuite, 속성파일, Ant 구현파일들이 필요한데
TestNG 에서는 모든 데이터를 testing.xml 파일에 모아놓는다고 합니다.
또하나의 흥미로운 기능은 테스트 그룹을 정의하는 기능입니다.
모든 테스트 메소드를 한개 이상의 그룹들과 같이 사용할 수 있게 되는 것입니다.
간단하게 @Test 어노테이션의 매개변수로 다음과 같이 지정하면 끝난다고 합니다.
@Test(groups = {"tests.string"})
그러면 설정파일 안에서 아래와 같이 찾을 수 있습니다.
<groups>
<run>
<include name="tests.string" />
<include name="tests.math" />
<exclude name="tests.boolean"/>
</run>
</groups>
<run>
<include name="tests.string" />
<include name="tests.math" />
<exclude name="tests.boolean"/>
</run>
</groups>
그리고 TestNG 에서는 테스트 메소드외에 beforeTestClass, afterTestClass, beforeTestMethod, afterTestMethod 네가지 유형의 수명주기와 관련된 설정 메소드를 사용할 수 있다고 합니다.
참고사이트
http://testng.org
http://code.google.com/p/testng/
728x90
