회원 관리 개발(백엔드, 리포지토리 테스트)

onebbu·2023년 2월 14일
0

회원 관리 예제 - 개발 순서

  • 비즈니스 요구사항 정리
  • 회원 도메인과 리포지토리 만들기
  • 회원 리포지토리 테스트 케이스 작성
  • 회원 서비스 개발(백엔드)
  • 회원 서비스 테스트

비즈니스 요구사항 정리

  • 데이터: 회원ID, 이름
  • 기능: 회원 등록, 조회
  • 아직 데이터 저장소가 선정되지 않음(가상의 시나리오)

일반적인 웹 애플리케이션 계층 구조

  • 컨트롤러: 웹 MVC의 컨트롤러 역할; 예) API 만드는 등)
  • 서비스: 핵심 비즈니스 로직 구현; 예) 회원 중복 가입 불가 등)
  • 리포지토리: 데이터베이스에 접근, 도메인 객체를 DB에 저장하고 관리
  • 도메인: 비즈니스 도메인 객체; 예) 회원, 주문, 쿠폰 등등 주로 데이터베이스에 저장하고 관리됨

클래스 의존관계

  • 아직 데이터 저장소가 선정되지 않아서, 우선 인터페이스로 구현 클래스를 변경할 수 있도록 설계; 인터페이스: 향후 RDB 혹은 다른 DB로 교체할 수 있도록 설계
  • 데이터 저장소는 RDB, NoSQL 등등 다양한 저장소를 고민중인 상황으로 가정
  • 개발을 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 저장소 사용

회원 도메인과 리포지토리 만들기

git commit num: a68465d 참고

회원 리포지토리 테스트 케이스 작성

git commit num: 69c1ffc 참고

  • 개발한 기능을 실행해서 테스트 할 때
    자바의 main 메서드를 통해서 실행
    or 웹 애플리케이션의 컨트롤러를 통해서 해당 기능을 실행
    -> 이러한 방법은 준비하고 실행하는데 오래 걸리고, 반복 실행하기 어렵고 여러 테스트를 한번에 실행하기 어렵다는 단점
  • 자바는 JUnit이라는 프레임워크로 테스트를 실행해서 이러한 문제를 해결한다.

회원 리포지토리 메모리 구현체 테스트
src/test/java 하위 폴더에 생성한다.

리포지토리 테스트 예제(member끼리 이름 비교)

  • TDD
    테스트를 먼저 만들고 확인 후 구현 클래스를 만듬

  • 현재: 구현 클래스를 먼저 만들고 동작하는지 테스트

  • 실행 버튼 위치

  • 배경
    member1 name: spring1
    member2 name: spring2

  • 실행 결과 1
    spring1, member2 비교 => 에러

  • 실행 결과 2
    spring1, member1 비교 = > 성공

중요
테스트는 서로 의존관계 없이 설계되어야 함
해당 역할: AfterEach
테스트가 실행될 때마다 AfterEach 메소드 내부의 메소드가 실행
예) save 메소드 실행 후 afterEach() 실행, 다른 메소드 실행 후 afterEach() 실행

    @AfterEach
    public void afterEach(){
        repository.clearStore();
    }

회원 서비스 개발

  • 회원 리포지토리: 단순한 기능(save, findById, findByName, findAll) 사용
  • 회원 서비스: 비즈니스 로직에 가까운 기능(join, findMembers) 사용

회원 서비스 테스트

  • Create Test(단축키 ctrl + shift + t)
  • 테스트할 메소드 선택 가능(이미지의 빨간 박스)
  • 테스트 클래스 생성 위치
  • 테스트코드 메소드는 한글로 적어도 상관 없음(외국인이랑 일하지 않는 이상)
    -> 실제 코드에 포함되지 않음
  • 테스트 문법
    given(기반 데이터) / when(검증할 것) / then(검증 단계) 문법
  • 테스트는 정상 플로우보다 예외 플로우가 더 중요

0개의 댓글