post/frontend-testing/

[giscus[bot]]

post/frontend-testing/

프론트엔드에서 테스트코드를 작성하기 위한 다양한 방법들에 대해서 살펴봅니다

https://developer-bandi.github.io/post/frontend-testing/

[YunhwanJeong]

안녕하세요! 링크드인에 게시된 글을 보고 들어와서 읽어봤는데, 도움이 많이 되었습니다. 좋은 글 감사합니다.
그런데 혹시 통합 테스트를 기본으로 깔고 가는 방식을 실무에 적용하셨을 때, CI 환경에서 테스트 돌리는 시간이 발목을 잡지는 않으셨나요?
저는 단위테스트와 통합테스트가 혼재된 환경에서 작업한 경험이 있는데, 그 때 CI 환경에서 통합테스트가 꽤 많은 시간을 잡아먹어서 애먹은 경험이 있었거든요.
통합테스트가 cypress로 작성되어서 그랬을 수도 있을 것 같은데, react-testing-library로 작성된 경우에는 어떨지 궁금하네요.

어쨌든 그래서 필요한 경우에는 단위테스트를 우선적으로 작성하자는 공감대가 형성된 적이 있어서,, 궁금해서 댓글 남겨봅니다!

[developer-bandi]

안녕하세요 먼저 글 읽어주셔서 감사드립니다.

사실 실무에서 테스트 코드를 본격적으로 도입해 사용하고 있는것은 아니라서 실행 시간과 관련하여 실제 이슈를 경험해본적은 없습니다. 하지만 통합테스트 도구들의 실행시간이 긴편이라는것은 이해하고 있어서 이를 해결하기 위해 고민한 방법이 몇가지 존재합니다.

1. 테스트 코드를 유의미한 단위로 분리하여 CI 환경에서 병렬로 실행하기
2. 오래걸리는 함수나 코드를 찾아 개선하기
3. 단순 커버리지만 유지하는 테스트 코드 제거하기

세가지 모두 나름의 유의미한 시간 개선을 얻을수 있으며 특히 첫번째 방법을 잘 사용하면 시간을 대폭 줄이는것이 가능하기 때문에(물론 CI의 지원이 필요하지만..) 만약 통합테스트 실행에 있어서 시간이 발목을 잡고 있다면 위 방법들을 한번 고려해 보시면 좋겠습니다.

일반적으로 jest를 이용한 단위테스트가 cypress나 react-testing-library를 이용한 통합테스트보다 속도가 훨씬 빠릅니다. 그럼에도 통합테스트를 우선적으로 작성하자는 이야기를 글 마지막 에서 언급한것은, 통합테스트가 시간이 좀 오래걸리더라도 단위테스트보다 어플리케이션의 신뢰성을 확보하는데 훨씬 효과적이라고 생각했기 때문입니다.

결국 단위테스트 우선이냐, 통합테스트 우선이냐는 신뢰성과 실행시간 사이의 트레이드 오프이기 때문에 팀내 환경이나 철학에 따라 통합테스트 시간이 너무 오래걸린다면 단위테스트를 더 많이 작성하는것도 좋은 방법이라고 생각합니다.