우리는 왜 MVP(최소 기능 제품, Minimum Viable Product)를 만들 때마다 뭔가를 넣어야 한다고 믿게 되었을까. 내 마음속의 MVP에는 왜 이런 것과 저런 것이 모두 포함되어야 했을까. 이것이 있으면 더 잘 될 것이고, 이것을 넣으면 더 많은 효과가 있을 것이며, 소비자가 우리에게 기대하는 것도 이와 같다고 여러 이유를 댈 수 있겠지만, 제 결론은 단 한 가지입니다. “우리는 늘 일해왔던 그대로 일하기 때문”

MVP를 왜 내어야 하는가. 정답은 여러분 마음 속에 있을 것입니다만, 저는 MVP를 만드는 이유는 가장 싸게 실패하기 위해서라고 답하겠습니다. 우리가 포인트 결제가 그로스에 도움이 되는 것에 확신을 가지고 있다고 하더라도, 포인트를 넣었을 때와 아닐 때의 성과가 10배 차이가 난다는 확신을 가지고 있다손 치더라도, 우리는 그 기능을 넣는 시점부터 이미 싸게 실패할 수 없게 됩니다.

리액트 테스팅에 대한 장정을 마무리하는 주제는 종단(End to End) 테스트입니다. 리액트 애플리케이션에서 컴포넌트 단위 테스트(Vitest+React Testing Library)와 통합 테스트를 잘 구성했다 하더라도, 실제 사용자가 접속해 브라우저 상에서 여러 페이지를 오가며 작업하는 시나리오 전반을 검증하고자 할 때는 종단(End-to-End) 테스트가 유용합니다. 종단 테스트는 애플리케이션의 전 과정을 통째로 체험하는 관점에서 진행되므로, 사용자 경험과 가장 유사한 형태로 기능 동작을 점검할 수 있습니다.

26년차 CTO 개발자를 사수로서 팀 프로젝트를 함께 하는 방법을 소개합니다. 또한 TanStack Query를 사용하는 환경에서 테스팅하는 방법을 다룹니다.

토이스토리 2기를 리뉴얼 출시합니다. 랜선 사수와 함께 결제를 연동한 프로젝트를 출시하고 운영해보세요! 이번 하드스킬 콘텐츠는 리액트 커스텀 훅을 테스트하는 내용을 다룹니다.

토이스토리 2기를 리뉴얼하여 곧 출시합니다. 무엇이 달라지는지 핵심 요약해 전해드립니다. 이번 하드스킬은 리액트 입문하기의 테스팅 콘텐츠로, Vitest에서 모킹과 의존성 주입을 하는 내용을 다룹니다.

리액트 애플리케이션을 제작하다보면, 컴포넌트의 UI 구조가 예상치 못하게 바뀌어버리는 상황을 미리 파악하는 일이 중요한 경우가 있습니다. 스냅샷 테스트(Snapshot Test)는 컴포넌트가 렌더링해내는 결과물(주로 DOM 구조)을 파일 형태로 보관하고, 테스트 실행 시 새로 생성된 결과물과 비교해 차이점을 확인하여 UI 변경 여부를 빠르게 감지 하는 데 사용됩니다. 의도된 변경인지 의도하지 않은 버그인지 파악하기에 좋지요.

토이스토리 2기 커리큘럼이 조정됩니다. 그리고 이번 리액트 입문하는 연재 콘텐츠에서는 실제로 테스트 코드를 작성해요. 웹 프론트엔드의 테스팅에 관심 있는 분들은 이번 연재분을 꼭 보세요!

이번 리액트 입문 연재 콘텐츠는 테스팅에 관해 개괄합니다. 프론트엔드, 리액트에서 테스팅을 학습하시려 했다면 이번 콘텐츠로 시작해보세요! 프레임워크 없는 프론트엔드 개발 스터디 참가자 모집을 이제 곧 마감해요. 서두르세요!

푸딩캠프의 캠프 두 가지가 새로이 문을 엽니다. 바로 스터디 모임과 글쓰기 모임이지요. 그리고, 이번 하드스킬 컨텐츠는 리액트의 부수효과를 다루는 useEffect()를 자세히 알아봅니다.