과거에 실천한 Junit5 테스트 반의 쓰기 방법을 메모로 작성합니다.
여러분의 참고가 될 수 있다면 좋겠습니다.

테스트반 주차장

우선 고시반 배치 장소다.

테스트 클래스는 제품의 클래스와 폴더를 분리해서 놓아야 한다.
Gradle을 사용할 때 src/test/java는 표준 폴더입니다.

패키지 이름

테스트 클래스의 패키지 이름은 제품 클래스와 같은 이름을 피해야 합니다.
하지만 나는 절대로 테스트반과 연락하고 싶다.
그래서'테스트 + 테스트 대상의 포장명'이라는 형식은 머리를 쓰지 않아도 된다고 생각합니다.
패키지 이름을 단독으로 사용하는 이유는 Spring을 사용한 경우
테스트반 DI 중복 같은 대책.(확실히)
같은 가방 이름이면 테스트할 클래스의 DI를 디디할 수 없습니다.
패키지 이름의 시작 부분에서 구분할 수 있습니다.

클래스 이름

이것도 머리를 쓰지 말고'테스트 대상의 클래스 이름 + Test'를 사용하세요.
같은 반 이름이면 보충할 때 귀찮아요.

쓰기 테스트

테스트 대상 클래스
Greeting.java

public class Greeting {

  public String hello() {    
    return "Hello";
  }

  public String helloWorld() {
    return "Hello World";
  }
}

테스트 클래스
GreetingTest.java

class GreetingTest {

  @Nested
  @DisplayName("method : hello")
  public class Hello {

    private Greeting test = new Greeting();

    @Test
    @DisplayName("正常に動作するテストケース")
    public void case1() {
      Assertions.assertEquals("Hello", test.hello());
    }
  }

  @Nested
  @DisplayName("method : helloWorld")
  public class HelloWold {

    private Greeting test = new Greeting();

    @Test
    @DisplayName("正常に動作するテストケース")
    public void case1() {
      Assertions.assertEquals("Hello World", test.helloWorld());
    }

  }
}

클래스 수식자

아무것도 덧붙이지 않는 것은 나무랄 데가 없다.
퍼블릭을 붙이면 보충으로 표시하기 때문에 보기 어렵다.

방법에 따라 분류하다

테스트 클래스에서 쉽게 볼 수 있도록 모든 방법은 테스트 클래스를 분리한다.
테스트 용례를 추가할 때 이런 형식은 테스트 용례를 추가하기 쉽다.
내부류의 명칭은 방법명을 이해하기 쉽다.

DisplayName으로 테스트 용례를 잘 그려주세요.

경험에 근거하여 테스트 용례의 방법명이 길어지거나 적당하다
읽기 어려워지다.
따라서 긴 방법명을 짓기보다 DisplayName으로
우리 시험 내용을 써 봅시다.

Eclipse 테스트 결과 확인 샘플

디스플레이를 그리면 덮어쓰기 화면에 반영되기 때문에 이해하기 쉽다.

총결산

고시반의 내용도 중요하지만 같은 것을 정리하고 쓰는 것도 중요하다.
형식을 통해 세워서 쓰면 개발할 때뿐만 아니라 유지보수할 때도 변경하기 쉬운 테스트반을 써야 한다.