<aside> 💡 Summary : 지난 챕터 돌아보기
</aside>
<aside> 🎯 시작하기 전에
</aside>
이번에는 프론트엔드 개발에서의 테스트 주도 개발(TDD)에 대해 깊이 있게 살펴볼 것입니다. TDD가 백엔드에서는 널리 사용되지만, 프론트엔드에서는 적용하기가 쉽지 않다는 점을 함께 고민해볼 겁니다. UI의 변화가 잦고, 사용자 인터랙션이 복잡한 프론트엔드의 특성상 TDD를 완벽히 적용하기는 어렵죠. 하지만 우리는 TDD의 핵심 아이디어를 어떻게 프론트엔드 개발에 녹여낼 수 있을지, 그리고 어떤 부분에서 TDD가 유용할 수 있을지 탐구해볼 거예요.
앞으로 소개하는 테스트가 당장은 명확하게 느껴지지 않더라도 괜찮습니다. 절대적인 규칙은 없으며, 테스트를 구분하는 것이 목표가 아니라 테스트를 통해 얻고자 하는 **코드에 대한 "자신감"**이 핵심이니까요.
let's not kid ourselves that our software-testing tenets constitute scientific knowledge
소프트웨어 테스트 원칙이 과학적 지식에 해당한다고 착각하지 마세요.
- Tim Bray (https://en.wikipedia.org/wiki/Tim_Bray)
시간 대비 큰 효과를 누릴 수 있는 테스트가 무엇인지 판단 할 수 있도록 도움이 되었으면 좋겠습니다.
<aside> 🗣️ Small talk: 이번 챕터 주제에 대한 소소한 이야기
</aside>
<aside> 💡 이번 챕터 목표
</aside>
const 수강생 = {
TDD의_개념을_이해함: false,
프론트엔드_특성에_맞는_테스트_전략을_수립할_수_있음: false
}
expect(TDD_학습(수강생))
.toEqual({
TDD의_개념을_이해함: true,
프론트엔드_특성에_맞는_테스트_전략을_수립할_수_있음: true
})
<aside> 📚 학습 자료
</aside>
<aside> 🔥 이번 주 스케쥴
</aside>
<aside>
👉🏻 ~화요일 심화과제
TDD(테스트 주도 개발) 방식을 활용하여 기존 일정 관리 애플리케이션에 새로운 기능을 점진적으로 추가하는 과정을 통해, 실제 프로젝트에서 마주할 수 있는 복잡한 요구사항을 테스트 우선으로 구현하는 능력을 기릅니다. 이를 통해 TDD의 핵심 원칙을 이해하고, 프론트엔드 특화 영역에서의 테스트 작성 기술을 습득하며, 테스트 가능한 코드 설계 능력을 향상시킬 수 있습니다.
</aside>
<aside>
👉🏻 ~금요일 심화과제
실제 사용자 시나리오를 바탕으로 스스로 요구사항을 정의하고, 이에 대한 테스트 전략을 수립한 후 TDD(테스트 주도 개발) 방식으로 구현하는 전 과정을 경험하면서 실무에서 마주할 수 있는 복잡한 요구사항을 분석하고 구조화하는 능력, 효과적인 테스트 전략을 수립하는 능력, 그리고 TDD 원칙에 따라 견고한 코드를 작성하는 능력을 기를 수 있습니다.
</aside>