테스트
테스트 가능한 코드 작성 원칙
"단위 테스트를 고려한 코드를 작성해 본 경험과 거기서 얻은 철학·노하우"를 묻는 질문입니다. 테스트를 염두에 두고 코드를 쓸 때 지키는 원칙을 구체적인 코드 수준 습관으로 말해 주세요.
면접관은 이 답을 어떻게 들을까요? 넘어갈지, 더 물어볼지, 떨어뜨릴지 알려 주고, 걸리는 문장은 콕 집어 줘요. 점수는 그대로예요.
짧은 답 보기
의존성은 생성자로 받고 싱글톤은 직접 부르지 않는다. 판단 로직은 입력→출력의 순수 함수로 빼고 부수효과는 가장자리로 민다. 시간·UUID·랜덤은 주입하며, 상태는 값 타입으로 표현해 비교 가능하게 한다. 테스트하기 어렵다는 느낌은 설계 신호로 받아들여 코드를 바꾼다.
이어서 보기
테스트주관식기초
화면이 API 응답에 강하게 의존하는데, 서버 요청 없이 이 화면(뷰모델 포함)의 동작을 테스트하려면 코드를 어떻게 바꾸겠습니까?
#testability #dependency-injection
테스트주관식심화
아키텍처 라운드의 평가 항목 중 하나가 "큰 리팩터링 없이 단위 테스트를 추가할 수 있는 구조인가"입니다. 어떤 설계 결정이 이 조건을 만족시키는지 예를 들어…
#testability #dependency-injection
아키텍처주관식기초
의존성 주입(Dependency Injection)과 의존성 역전 원칙(Dependency Inversion Principle)은 이름이 비슷한데 무엇이…
#testability #dependency-injection
아키텍처객관식기초
AnalyticsManager.shared처럼 코드 곳곳에서 직접 참조하는 싱글톤이 있는 코드베이스에서, 이를 쓰는 뷰모델을 단위 테스트하려 합니다. 올바른…
#testability #dependency-injection