#tdd

Frontend

프론트엔드 코드의 동작을 테스트로 보장하고, 테스트로 설계를 이끄는 방법.

• #testing
• #frontend

Frontend › Testing

정적·단위·통합·E2E 테스트가 각각 무엇을 확인하는지, 무엇부터 테스트할지, 피라미드·트로피 같은 전략의 모양과 스모크·회귀·시각 같은 목적별 테스트, 폴더 역할(apis·components·hooks·context·pages)별로 무엇을 검증할지, 테스트 대역(더미·스텁·스파이·페이크·목)의 차이, 구현이 아니라 사용자 행위를 검증하는 원칙과 테스트 작성 원칙(AAA, 블랙박스, 현실적인 데이터), 그리고 층마다 쓰는 도구(TypeScript·ESLint, Vitest·Jest, Testing Library, MSW, Playwright).

• #testing
• #frontend
• #javascript

Frontend › Testing

실패하는 테스트를 먼저 쓰고 통과시킨 뒤 리팩터링하는 TDD를 프론트엔드에 적용하는 방법. 목표와 사이클, 이점과 오해, BDD와의 차이(Given-When-Then, 이중 루프), 테스트하기 좋은 코드, Testing Library 예제, 현실적인 도입 순서.

• #testing
• #react
• #jest

Frontend › Testing

'테스트는 보자마자 이해되게 단순하게'라는 황금률에서 나오는 원칙들을 한곳에 모았다. 테스트 이름·AAA·블랙박스·테스트 대역 고르기, 현실적인 데이터와 필요한 것만 드러내기, 프런트엔드와 E2E, 백엔드 컴포넌트 테스트와 HTTP 가로채기·장애 시나리오·검증할 결과 다섯 가지·DB 정리 전략, 커버리지와 뮤테이션 테스트, CI에서 지킬 것까지.

• #testing
• #frontend
• #javascript
• #ci

Career › Work

두 사람이 드라이버와 내비게이터 역할을 번갈아 맡아 한 코드를 함께 짜는 애자일 실천법. 역할을 나누는 이유, 장단점, 핑퐁·포모도로·스트롱 스타일 같은 진행 방식, 짝을 존중하는 진행 규칙과 원격 도구를 정리한다.

• #career
• #collaboration
• #agile