테스트 코드로 버그를 잡아보자

<aside> 💡 해당 수련일지에서는 테스트 작성에 대한 이야기를 다루고 있습니다.

테스트를 도입하게 된 배경, 라이브러리 선택 이유, 프로젝트 적용 방법 을 전체적으로 다루고 있습니다. 또한, 테스트를 작성하며 느낀 장점과 단점에 대한 이야기도 다루고 있습니다.

Testing Library 의 개념과 사용문법에 대해서는 다루고 있지 않습니다. 해당 이야기가 궁금하시다면 목차에서 **관련 일지**로 넘어가 확인하실 수 있습니다.

</aside>

🧭 tl;dr

• 버그를 방지하고 개발자가 의도한 기능을 수행하도록 보장하기 위해 테스트 작성했습니다.
• 컴포넌트의 UI 가 아닌 상태의 변경에 따라 테스트를 작성했습니다.
• 필요에 따라 단위 / 통합 / E2E 를 구분하여 테스트를 작성했습니다.
• 프로젝트를 진행하며 테스트 Coverage 를 90% 이상 유지했습니다.

🌼 테스트 도입 배경

프로젝트를 진행하다 보면 개발자가 의도하지 않은 각종 버그를 만나게 됩니다.

1. 의도하지 않은 상태 변경 (ex. 유효하지 않은 입력 값 변경 등)
2. 잘못된 컴포넌트 렌더링
3. 리팩토링 이후 동일하지 않은 결과

이 외에 수많은 버그가 존재합니다.

일반적으로 개발 환경에서 버그를 수정할 수 있지만, 발견하지 못한 상태로 릴리즈가 되는 경우가 있습니다.

또한, 기능 코드를 수정해서 결과가 변해 버그가 발생하는 경우도 있습니다.

이러한 버그를 개발 과정에서 미리 발견하여 버그를 방지하고, 리팩토링 이후에도 이전과 동일한 기능 수행을 보장하기 위해서 테스트를 작성하였습니다.