HARD

7주차 과제 체크포인트

기본과제

• 총 11개의 파일, 115개의 단위 테스트를 무사히 작성하고 통과시킨다.

질문

Q. handlersUtils에 남긴 질문에 답변해주세요.

Q. 테스트를 독립적으로 구동시키기 위해 작성했던 설정들을 소개해주세요.

심화 과제

• App 컴포넌트 적절한 단위의 컴포넌트, 훅, 유틸 함수로 분리했는가?
• 해당 모듈들에 대한 적절한 테스트를 5개 이상 작성했는가?

과제 셀프회고

테스트 코드는 해보고 싶었던 부분이고 잘 해내고 싶어서 욕심을 부려서 hard 단계를 일단 해보자하고 시도해봤는데, 초심자가 함부로 넘보기에는 쉽지 않았네요…. 테스트 코드를 처음 접해보는 건데 이지단계까지는 하나씩 문제를 풀어가는 느낌이라 재미있었습니다. 이지 단계까지만…. 미디엄부터는 어떻게 시작해야할지 감이 안잡히더라고요. 그래서 다른 분들의 pr을 많이 참고했습니다. 그런데 같은 문제를 풀더라도 다들 풀어가는 방식이 다양해서 처음에는 감을 잡기 힘들었는데 제가 가장 이해하기 쉬운 방식을 참고해서 적용해보려고 노력했던 것 같습니다.

욕심을 좀 덜고 단계를 낮춰서 진행했다면 hard 단계에서 추가적으로 헤맸던 시간을 테스트 코드의 완성도를 높이거나 테스트 코드를 깊게 학습하는 시간으로 대체할 수 있었을 것 같아 아쉬운 부분이 있습니다. 그래서 일단 테스트 통과 한바퀴를 돌리고 코드를 개선해야지라고 마음 먹었던 부분에 손도 못댔습니다.ㅠㅠ

기술적 성장

• 각 요소마다 어떻게 접근해야하는지 쉽지 않으면서도 하나씩 찾아가면서 해결해 나갈때마다 재미있었습니다.
• 한 개의 테스트코드를 짜더라도 그 안에서 생각보다 많은 절차가 필요하더라고요. ‘등록을 하면 목록이 나타난다’ 라는 항목처럼 단순해 보이지만 ‘초기엔 모든 폼이 빈 값이다 → 값을 입력한다 → 버튼을 누른다 → 에러/성공을 반환한다 → 입력값과 목록의 값이 동일한지 확인한다’ 등의 과정들을 하나하나 테스트 해야하는게 까다롭기도 하면서도 재미있었습니다.
• 테스트에서 자주 작성이 필요했던 이벤트 목록을 위해 팩토리 함수를 작성해서 사용해보았습니다.

  // 이벤트 생성 팩토리 함수
  export const createEvent = ({
    id,
    date,
    title,
    startTime,
    endTime,
    description,
    location,
    notificationTime,
  }: Partial<Event>): Event => {
    return {
      id: id || '1',
      date: date || '2025-08-01',
      title: title || `event ${id}`,
      startTime: startTime || '09:00',
      endTime: endTime || '10:00',
      description: description || 'description',
      location: location || 'location',
      category: 'category',
      repeat: {
        type: 'none',
        interval: 0,
      },
      notificationTime: notificationTime || 0,
    };
  };
  
  // 더미 이벤트 생성 
  const events = [
  	  createEvent({
  	    id: '7',
  	    date: '2025-07-31',
  	    title: '7월 이벤트',
        }),
      createEvent({
        id: '8',
        date: '2025-08-01',
        title: '8월 이벤트',
      }),
    ];
  

• 지수 학메님이 남겨주신 리뷰를 통해 제가 전반적으로 핸들러를 리셋하는 로직을 제대로 고려하지 못했다는 걸 알게되었네요. 테스트 격리가 전혀 되지 않고 있었다…!! 다음 과제에서는 제대로 적용해 볼 것!

코드 품질

학습 효과 분석

과제를 하면서 힘들었지만, 테스트 코드의 필요성에 대해서 느낄 수 있었던 시간이었습니다. 특히 테스트를 전부 통과한 후에 리팩토링을 하는 과정에서 기존 기능의 완성도를 보장할 수 있다는 부분에서 테스트 코드의 중요성을 깨닫게 되었습니다. 테스트 코드를 작성하는 지금의 나는 힘들지만 미래의 나는 지금의 나 덕분에 좀 더 편할 수 있다..! 실무에서도 테스트 코드를 써보고 싶다!

과제 피드백

테스트 코드를 처음 접하는 사람에게는 쉽지 않은 과제였습니다. 게다가 ai 디톡스를 해야한다…? 너무하십니다… 그런데 ai를 쓰게 되면 또 금방 답을 찾을 수 있는 부분이라 오히려 처음이니까 ai 도움없이 테스트 코드를 짜보는 과정이 필요했다고 생각이 듭니다.

리뷰 받고 싶은 내용

• 테스트 코드의 항목을 나누는 기준이 궁금합니다. 어느정도 세세하게 나눠야하는지에 대한 기준이랄까요? 테스트의 양이 많아지더라도 모든 발생 가능한 동작에 대해서 테스트 코드를 짜는게 좋은지 궁금합니다.
• handler와 handlersUtils를 작성하기는 했지만 이 둘에 대한 구분이 정확히 되진 않은 것 같습니다. 실제로 코드에서도 handler는 setupServer에서만 사용되고 테스트 코드를 작성할 때는 handlersUtils만 사용했는데 그렇다면 이 둘을 제대로 활용을 못하고 있는 것 같아서요. 둘의 정확한 차이와 각각 어떻게 쓰이면 좋은지 궁금합니다.