disqus: brainbackdoor | false
kakaoChannel: false
floatFirstTOC: right

<aside> 📌 이 포스팅은 컨퍼런스 신청 플랫폼 테스트 코드를 작성할 때 세웠던 기준을 다루고 있어요.

</aside>

1. 인수테스트(Acceptance Test)

• 사용자의 관점에서 올바르게 작동하는지 테스트하는 것으로, 인수 요건이 모두 충족되었는지 확인하는 테스트입니다.
• 여기서 이야기하는 인수테스트란 백엔드 API 전구간 테스트를 의미합니다. 실제 데이터베이스에 값을 저장하고 조회하는 것까지 테스트 범위입니다.

A. 인수조건을 테스트로 옮기기

Feature: 간략한 기능 서술
Scenario: 시나리오(예시) 제목
Given: 사전조건
When: 발생해야하는 이벤트
Then: 사후조건

--

And: 앞선 내용에 추가적인 내용 기술

Feature: Access Token 갱신 기능
  Scenario: Access Token 만료일을 연장한다.
    Given 만료된 Access Token을 생성한다.
    When Access Token의 만료일을 갱신한다.
    Then 유효한 Access Token이 조회된다.

• 구체적인 행위를 검증하기보다는 비즈니스 규칙을 검증해야 합니다.
• 비즈니스 규칙이 명확히 드러나도록 테스트 시나리오를 작성하면, 구현과 관련 기술이 변경되어도 테스트 시나리오를 변경하지 않아도 됩니다.

public class BusinessAcceptanceTest extends AcceptanceTest {
    @Test
    @DisplayName("Access Token 만료일을 연장한다")
    public void renew() {
        // given
        final var client = 토큰_생성("NEXTSTEP", LocalDateTime.now());

        // when
        final var clientName = "다른이름";
        final var response = 토큰_갱신(
                client.getAccessToken(),
                clientName,
                LocalDateTime.now().plus(12, ChronoUnit.MONTHS)
        );

        // then
        final Boolean status = 토큰_상태_확인(client.getAccessToken());
        assertThat(status).isTrue();
        assertThat(response.getAccessToken()).isEqualTo(client.getAccessToken());
        assertThat(response.getClientName()).isEqualTo(clientName);
        assertThat(response.getExpiredAt().isAfter(client.getExpiredAt())).isTrue();
    }
}

B. 인수테스트 환경

a. 인수테스트 클래스 설정