Facts
todolist test code 작성
Findings
- R → G → B TDD 개발 방법론
- @testing-library/jest-dom, @testing-library/react 의 기능들
- 화면 출력, 사라짐 test 방법
- click, change event 테스트 방법
- DCI 패턴 (https://johngrib.github.io/wiki/junit5-nested/#describe---context---it-패턴)
Describe = 테스트의 대상
Context = 테스트 대상이 처한 상황
it = 테스트 대상이 해야할 행동
Feelings
테스트 방법자체는 공식문서 나 구글에 검색하면 쉽게 찾을 수 있는데
무엇을 어떻게 어디까지 테스트 할지를 결정하는게 어렵다.
이전에는 막연하게 작동하는 코드 전체를 테스트 해야 하지 않을까 라고 생각했었지만
testing-library 공식문서에서 본 아래 문구를 보고 감을 잡을 수 있었다.
The more your tests resemble the way your software is used, the more confidence they can give you.
즉 사용자가 사용하는 것과 가장 유사하게 test code 를 작성하면 된다는 것이다.
개발자 입장도 중요하지만 앱이든 웹이든 고객이 오류를 발견하지 않고 불편하지 않아야 하는게 중요하다.
Future Action
테스트 code 가 하나도 없는 회사 code 에 e2e test 를 추가하기 시작했다.
향후 PR 했을 때 github-action 에서 test 되도록 설정할 예정
web-developer