마무리
개발자들은 21%의 시간을 버그를 고치는데 씁니다. 테스트는 결함을 발견하고 디버깅 속도를 빠르게 해서 해야하는 일을 줄여줍니다. 하지만 모든 새로운 기능은 더 많은 UI와 상태를 도입하고 테스트도 필요해집니다. 생산성을 유지하는 유일한 방법은 직관적인 테스트 작업 흐름을 구축하는 것 뿐입니다.
테스트 케이스를 스토리(story)로 작성하면서 시작하세요. 이 스토리는 Jest, Chromatic, 그리고 Axe 같은 테스팅 도구를 재사용할 수 있습니다. 코드를 재사용하면 42-81% 정도 개발 시간을 아낄 수 있다는 연구 결과들도 있습니다.
개발하는 동안, 빠르게 코드를 짜면서 테스트를 하면 빠른 피드백 순환을 유지하고 프로덕션(production)에 올라가기 전에 버그들을 잡을 수 있습니다. 프로덕션에서 버그를 고치는 건 10x배 더 비쌉니다.
마지막으로, 의도치 않은 회귀 에러를 예방하기 위해 전체 UI에 걸쳐서 CI 서버를 사용해서 모든 검사를 실행하세요. Microsoft에서 수행한 연구에 기반한 조사에서 자동화 테스트로 결함이 20.9 까지 감소하는 걸 보게 될 거라고 제안합니다.
테스트가 통과하면, 우리의 UI가 버그에서 자유롭다는 확신을 얻게 될 겁니다.
이런 배움이 실용적인 작업 흐름으로 잘 모아서 우리만의 탄탄한 테스트 전략을 구축하는데 도움을 줄 수 있기를 바랍니다.
이 튜토리얼을 위한 예시 코드
코딩을 해나가면서, 당신의 저장소와 배포된 스토리북(Storybook)은 이렇게 보여야 합니다.
더 많은 자료
더 많은 걸 원하나요? 여기 유용한 몇몇 추가 자료가 있습니다.
- 시각적 요소 테스팅 핸드북은 UI 모습을 테스팅하는 방법을 BBC, Adobe, Target 그리고 더 많은 선도적인 엔지니어링 팀들에서 배운 교훈들과 함께 깊이 있게 다루는 가이드입니다.
- 스토리북으로 UI 테스트하기 UI 테스팅을 위해 Storybook을 어떻게 사용하는지 자세히 설명합니다.
- 디스코드(Discord) 채팅에서는 스토리북 커뮤니티와 메인테이너들과 연락을 유지할 수 있게 해줍니다.
- 블로그에서는 최신 릴리즈(release)와 기능을 보여주고 당신의 UI 개발 작업흐름을 최신으로 유지시켜줍니다.
우리와 함께 해주셔서 감사합니다. 스토리북 메일링 리스트를 구독하셔서 이 핸드북과 같이 유용한 기사와 가이드가 공개될 때마다 알림을 받아보세요.