[주간회고] 8월 셋째 주 - 5주차

본격적으로 테스트 코드를 작성해보는 주차였는데 작성 경험이 전무한지라 뭐가 맞고 틀린지 모르겠다. 이벤트 핸들러는 A 컴포넌트에 있고, 처리 결과를 B 컴포넌트에 렌더링해야 하는데 둘은 관계가 없는 이웃한 컴포넌트라 하나의 파일에서 테스트를 할 수 없는 상황이었다. 하나의 부모 컴포넌트에 몰아 넣으면 되겠지만, 기존 UI의 구조가 달라지므로 mock data로 넘겨주어서 개별적으로 테스트를 수행했다.  어쨌든 테스트 코드 작성은 조금 익숙해졌는데 올바른 접근 방법은 잘 작성된 테스트 코드를 많이 보고 경험하면 익숙해질 것 같다.

 

Keep

 

1. 데브노트를 정리하며 이해를 동반한 정의 암기
2. 테스트 코드 작성 감잡기

Problem

 

1. 기상시간이 일정하지 않음 - 새벽까지 과제를 하다보니 기상시간이 들쑥날쑥했다.
2. 반복학습 주기화 사이클이 망가짐 - 며칠 스킵하다 보니까 잘 지켜지던 사이클이 망가졌다.
3. 키워드 정리가 생각보다 시간을 많이 잡아먹는다 - 나의 언어로 정리하면 암기가 잘 되기 때문인데 이 과정에서 시간이 많이 소요된다. 

Try

 

1. 오전에 루틴 깎는 사람들 모임이 있던데 참여해 봐야겠다.
2. 병행 학습을 포기할 순 없으므로 학습 별 목표량을 줄여야겠다.
3. 선 정리 후 시청 - 키워드를 빠르게 정리하고 강의를 이후에 시청해야겠다. 기존엔 강의부터 봤는데 어차피 정리하면서 다시 보기 때문에 순서를 변경하자.

 

끄적끄적

 

• Codeceptjs를 사용하면 Playwriter같은 웹 드라이버를 통합해 사용자 친화적인 E2E 테스트 코드 작성이 수월함.
• 커밋 메시지 작성할 때 prefix를 사용했는데 오히려 제한적인 메시지를 작성하게 되고 의미 전달이 불분명해짐, 최근 최찍에서 feature만 남발하게 되므로 필요하다면 남들이 쓰니까 쓰지 말고 왜 필요한지 이해를 한 후 도입하는 것을 권장했음. (그래서 난 이제 안쓴다 편안..)
• MSW로 POST 요청 mocking 후 테스트 파일에서 정상 동작을 확인하고 싶은데 해결하지 못함. 
  • 컴포넌트 구조 개선이 필요한건지 잘못된 사용으로 결과가 안나오는 건지..
• react testing lib의 쿼리 사용 우선 순위가 있었다.
  • 쿼리의 사용은 사용자가 코드와 상호작용 하는 방식과 최대한 유사해야 한다.

https://testing-library.com/docs/queries/about#priority

About Queries | Testing Library