yhun940731 님의 상세페이지[7팀 최용훈] Chapter 3-2. 프론트엔드 테스트 코드🎱

8주차 과제 체크포인트

기본 과제

필수

  • 반복 유형 선택
    • 일정 생성 또는 수정 시 반복 유형을 선택할 수 있다.
    • 반복 유형은 다음과 같다: 매일, 매주, 매월, 매년
      • 31일에 매월을 선택한다면 -> 매월 마지막이 아닌, 31일에만 생성하세요.
      • 윤년 29일에 매년을 선택한다면 -> 29일에만 생성하세요!
  • 반복 일정 표시
    • 캘린더 뷰에서 반복 일정을 시각적으로 구분하여 표시한다.
      • 아이콘을 넣든 태그를 넣든 자유롭게 해보세요!
  • 반복 종료
    • 반복 종료 조건을 지정할 수 있다.
    • 옵션: 특정 날짜까지, 특정 횟수만큼, 또는 종료 없음 (예제 특성상, 2025-06-30까지)
  • 반복 일정 단일 수정
    • 반복일정을 수정하면 단일 일정으로 변경됩니다.
    • 반복일정 아이콘도 사라집니다.
  • 반복 일정 단일 삭제
    • 반복일정을 삭제하면 해당 일정만 삭제합니다.

선택

  • 반복 간격 설정
    • 각 반복 유형에 대해 간격을 설정할 수 있다.
    • 예: 2일마다, 3주마다, 2개월마다 등
  • 예외 날짜 처리:
    • 반복 일정 중 특정 날짜를 제외할 수 있다.
    • 반복 일정 중 특정 날짜의 일정을 수정할 수 있다.
  • 요일 지정 (주간 반복의 경우):
    • 주간 반복 시 특정 요일을 선택할 수 있다.
  • 월간 반복 옵션:
    • 매월 특정 날짜에 반복되도록 설정할 수 있다.
    • 매월 특정 순서의 요일에 반복되도록 설정할 수 있다.
  • 반복 일정 전체 수정 및 삭제
    • 반복 일정의 모든 일정을 수정할 수 있다.
    • 반복 일정의 모든 일정을 삭제할 수 있다.

심화 과제

  • 이 앱에 적합한 테스트 전략을 만들었나요?

각 팀원들의 테스트 전략은?

(작성 필요)

합의된 테스트 전략과 그 이유는 무엇인가요?

(작성 필요)

추가로 작성된 테스트 코드는 어떤 것들이 있나요?

(작성 필요)


과제 셀프회고

기술적 성장

코드 품질

학습 효과 분석

과제 피드백

리뷰 받고 싶은 내용

과제 피드백

[7팀 최용훈] Chapter 3-2. TDD로 캘린더 반복 일정 구현하기 피드백

수고했습니다. 이번 과제는 TDD 방법론을 실제로 경험해보면서 테스트 주도 개발의 Red-Green-Refactor 사이클을 체험하는데 목적이 있었습니다.

이번 과제를 완료하지 못한 것 같네요. 현실적으로 매주 과제를 소화하기 어려운 상황들이 있을 수 있어요. 개인적인 상황이나 업무, 다른 우선순위 때문일 수도 있고요.

TDD는 특히 처음 접할 때 기존 개발 방식과 정반대라서 심리적 허들이 높을 수 있습니다. "테스트를 먼저 작성하고 그것을 통과하는 최소한의 코드를 구현"하는 과정 자체가 낯설게 느껴지거든요. 하지만 그만큼 한번 체험해보면 개발 사고방식에 큰 변화를 가져다줄 수 있는 방법론이기도 해요.

이번 과제의 핵심은 Red-Green-Refactor 사이클을 통해 "테스트가 설계를 이끌어가는" 경험을 해보는 것이었습니다. 실패하는 테스트를 작성하면서 자연스럽게 인터페이스를 고민하게 되고, 최소한의 구현으로 테스트를 통과시키면서 점진적으로 기능을 발전시켜가는 과정 말이죠.

언제든 시간이 될 때 꼭 다시 시도해보시길 바라요. 캘린더 반복 일정 같은 복잡한 비즈니스 로직은 TDD의 가치를 체감하기에 좋은 예제거든요. 윤년 처리나 31일 매월 반복 같은 엣지 케이스들을 테스트로 먼저 정의하고 구현해가는 과정에서 TDD의 진짜 힘을 느낄 수 있을 거예요.

다음 과제도 화이팅입니다!