[Korean FE Article] 테스트 가능한 프론트엔드: 좋은 것, 나쁜 것, 깨지기 쉬운 것
프론트엔드 테스팅의 좋은 것과 나쁜 것 그리고 깨지기 쉬운 것에 대해 알아봅니다.
글 링크 : https://doong-jo.github.io/posts/testable-frontend-architecture
소개
필수 테스트 규칙이나 CI의 코드 커버리지 측정 도구와 같은 조직의 프로세스를 존중하기 위해 Jest 또는 다른 테스팅 도구를 사용하여 변경한 코드베이스의 모든 부분을 모킹하고, 이제 "올바른" 결과를 제공하는지 확인하는 하나 이상의 "단위" 테스트를 추가합니다.
만약 여러분이 이렇게 테스트를 작성하고 있다면 부디 그만두세요. 오히려 시간을 낭비하고 제품의 품질과 속도를 악화시키고 있습니다.
"명시되지 않은 시뮬레이션 환경의 환상 속의 세계를 만들고 내부 기능 시그니처와 내부 환경 상태에 의존하는 테스트보다는 자동화 테스트를 아예 하지 않는 것이 좋습니다."
TL;DR
일부 비즈니스 로직 흐름을 뷰에 구애받지 않는 코드(예: 상태머신)로 변환합니다.
앱 위젯에서 빌딩 블록을 분리하여 다르게 테스트합니다.
프런트엔드의 다른 부분이 아니라 백엔드와 서브시스템을 모킹 하십시오.
시스템 시그니처 및 규약에 대해 생각하고 또 다시 생각해 보십시오.
테스트 코드를 경외심을 담아 대하세요. 그것은 여러분의 코드의 중요한 부분이지, 나중에 생각하는 것이 아닙니다.