Engineering Culture
구현 모양보다 동작을 지키는 테스트, 먼저 지킬 계약을 적어 보기
내부 함수 호출 순서까지 고정한 테스트는 리팩터링마다 깨지지만 실제 오류를 놓칠 수 있다. 어떤 계약을 보호하는지 먼저 분명히 해야 한다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
작은 발견부터 깊이 있는 고민까지.
내부 함수 호출 순서까지 고정한 테스트는 리팩터링마다 깨지지만 실제 오류를 놓칠 수 있다. 어떤 계약을 보호하는지 먼저 분명히 해야 한다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
작업 시간이 실행 주기를 넘거나 인스턴스가 늘어나면 같은 예약 작업이 동시에 실행될 수 있다. 스케줄러 설정과 작업의 중복 안전성을 함께 다뤄야 한다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
모달을 닫은 뒤 키보드 포커스가 사라지면 사용자가 작업 위치를 잃는다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
부모 행을 지웠을 때 자식 행이 남을지 함께 지워질지 명확하지 않으면 데이터 관리가 어려워진다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
저장 버튼을 빠르게 두 번 누르면 같은 요청이 반복될 수 있다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.
같은 단어를 화면, API, 데이터베이스에서 다르게 쓰면 조건을 잘못 이해하기 쉽다. 특히 상태 이름은 사용자 행동과 연결되어야 한다. 동작보다 먼저 정할 기준를 중심으로 작은 예제와 확인 기준을 정리합니다.