요 전날 첫 게시 후 몇 주 동안 다음 게시물을 시도했습니다.
(전날 게시 : ぃ tp // 코 m/타쿠미_ぃ ks/있어 ms/006777에9d5아29221다 b0)

앞서 서평한 「경험 제로라도 할 수 있는 프로그래밍 현장의 단체 테스트」입니다만, 개인적으로 모든 샘플을 움직여본 것은 아니었기 때문에 이마이치 정착이 얇았다… 생각합니다.

■ Java 엔지니어 친구: JUnit

Java 엔지니어에게 JUnit은 친구입니다. 지금까지 들어온 Java의 개발 현장에서는 반드시 "Eclipse"(Java 개발 IDE)를 사용해 왔습니다만, 그 Eclipse에서 사용할 수 있는 테스팅 프레임워크: JUnit. 버전은 오래되었지만이 책 뒤에는 "부록"이라는 장이 있으며 여기에 도구 플러그인 샘플 설정 절차가 있습니다. 현재의 Eclipse라면, 표준으로 Junit가 들어가는 것이 많을까 생각합니다.

<JUnit의 구조>

① JUnitRunner → ② 테스트 클래스 → → ③ 테스트 대상 클래스
(테스트 실행 클래스) (JUnit의 기능으로 작성) 　(개발자가 작성)
　
① JUnitRunner 에서 ② 테스트 클래스의 테스트 메소드를 호출하고 거기에서 테스트 메소드가 ③ 테스트 대상 클래스의 메소드를 호출하여 그 반환값으로부터 테스트의 성공 여부를 판정하는 것이 JUnit의 구조. 다시 확인하면 ... 편리한 프레임 워크라고 감탄합니다.

＜JUnit4의 어노테이션의 메모(방비록용으로)＞

주석
설명


@Test
테스트 방법. JUnit에서 호출

@Before
테스트 방법 앞에 실행

@After
테스트 방법 다음에 실행

@BeforeClass
테스트 클래스를 실행하기 시작할 때 한 번 실행

@AfterClass
테스트 클래스를 실행하고 종료할 때 한 번 실행됨


【테스트 클래스】


【실행 결과】



※assert = 「~일 것이다」


방법
설명


assertTrue (Boolean condition)
condition이 true이면 성공

assertFalse (Boolean condition)
condition이 false이면 성공

assertEquals(Object expected,Object actual)
기대치와 실제치가 같으면 성공

assertSame(Object expected,Object actual)
기대치와 실제치가 같으면 성공

assertNull (Object 객체)
실제 값이 Null이면 성공

assertNotNull (Object 객체)
실제값이 널이 아닌 경우 성공

fail()
강제로 테스트 실패


평가용 메소드가 실패했을 때는 AssertionError를 발생시킨다.

JUnit도 안쪽이 깊다.
현장에 따라서는 독자 테스팅 프레임워크가 있거나 하고, 순수한 JUnit를 짜는 것으로부터 멀어져 있었기 때문에, 한번 더 초심으로 돌아가서 공부하지 않는다고 한다.