테스트 코드가 익숙하지 않아, 코드숨 참여하는 사람들의 코드와 리뷰어님이 피드백 주신 내용과 관련 자료들을 찾아보았다.
커밋을 할 때, 의미있는 커밋 내용과 작은 단위의 코드 진행 사항을 작성하지 못 했다.
😋 Findings(배운점)
describe, context, it 을 통해 테스트 코드의 범주화를 할 수 있다.
context 을 통해, 테스트 맥락을 구분할 수 있다.
it 다음 테스트 구문에는 3인칭 복수인 s를 붙여야 한다.
컴포넌트 테스트를 명시할 때, 굳이 component를 붙일 필요가 없다.
엘리먼트 랜더링 테스트 구문을 has보다는 renders로 명시한다.
테스트 코드를 통해 인터페이스나 의도를 파악할 수 있도록 작성하는 것이 중요하다.
getBy~와 queryBy~의 차이점
getBy~ : 는 쿼리에 매칭하는 노드가 있으면 return 한다. 하지만 매칭하는 엘리먼트가 없거나 매칭하는 노드가 1개보다 많다면 에러를 발생시키며, getAllBy 를 사용하는 것이 적절하다는 것을 알린다.
queryBy~ : 는 쿼리에 맞는 노드를 return 하며, 만약 매칭하는 엘리먼트가 없다면 null
을 return 한다. getBy~ 와 마찬가지로, 쿼리에 맞는 요소가 1개보다 많으면 에러를 발생시키며, queryAllBy 를 사용하는 것이 적절하다는 것을 알린다.