프로그래머 이규원의 웹사이트 - mysetting

10:21 5/30

gyuwon.github.io

mobile screenshot relative

10:21

gyuwon.github.io

mobile screenshot

프로그래머 이규원의 웹사이트
https://gyuwon.github.io/

최종 피드 수집: 2025-05-28 16:16

전체 (20)

1d

@SpringBootTest 사용 테스트 성능 문제에 대한 답변

Spring 응용프로그램 개발에 TDD를 적용하는 과정에서 테스트 실행 속도와 관련된 질문이 자주 제기된다. 특히, @SpringBootTest를 사용한 테스트의 실행 성능과 관련한 고민을 많이 듣는다. 이와 관련된 인프런 Spr

000

1d

@SpringBootTest 사용 테스트 성능 문제에 대한 답변

Spring 응용프로그램 개발에 TDD를 적용하는 과정에서 테스트 실행 속도와 관련된 질문이 자주 제기된다. 특히, @SpringBootTest를 사용한 테스트의 실행 성능과 관련한 고민을 많이 듣는다. 이와 관련된 인프런 Spr

000

3d

set DSL API

AutoParams의 10.3.1 버전 릴리스에는 형 안정적으로 매개변수를 지정하는 set 메서드가 새롭게 추가됐다. 이 글은 기존 방식과 새롭게 추가된 set DSL의 차이점과 사용법을 설명한다.
기존 방식
AutoParams로

000

11d

@Size 애노테이션을 사용한 컬렉션 크기 지정

AutoParams는 컬렉션 형식 인자를 생성할 때 기본적으로 3개의 요소를 포함한다. 많은 경우 이 기본 크기로 충분하지만, 테스트 대상에 따라 더 크거나 더 작은 컬렉션이 필요한 경우도 있다. Factory<T> 클래스나 @C

000

11d

매개변수 이름에 의존하는 AutoParams 기능 사용

Java는 기본적으로 바이트코드에 매개변수 이름을 포함하지 않는다. 그렇기 때문에 일부 매개변수 이름에 의존하는 AutoParams 기능이 제대로 작동하려면 다음 방법 중 하나를 사용해야 한다:
Record 클래스를 사용한다. R

000

1M

@AutoParams 애노테이션

AutoParams를 처음 만들기 시작할 당시, JUnit 5의 @Test 메서드는 매개변수를 가질 수 없고 매개변수가 있는 테스트는 반드시 @ParameterizedTest를 사용해야 한다고 오해했다. 이런 인식 때문에 @Par

001

1M

@UseBeans 애노테이션을 사용한 AutoParams와 Spring 테스트 통합

AutoParams의 핵심 모듈은 Spring에 전혀 의존하지 않는다. 이 점은 AutoParams를 다양한 환경에서 가볍게 사용할 수 있다는 장점이 되지만, Spring 기반 테스트에서는 조금 불편함을 유발하기도 한다.
예를 들

001

1M

AutoParams에 도입된 DSL(Domain-Specific Language)

AutoParams의 10.0.0 버전 릴리스에는 처음으로 DSL(domain-specific language)이 도입됐다. 이 버전에 추가된 DSL은 테스트 데이터를 생성할 때 매개변수 인자를 고정하는 몇 가지 간결한 방법을 제

000

1y

이벤트와 명령

자주 사용되는 중개(brokered) 메시지 유형으로 이벤트(events)와 명령(commands)이 있다. 두 메시지 유형은 구현의 일부가 비슷할 수 있지만 일반적으로 서로 다른 특징을 갖는다.
이벤트는 보통 이런 특징들을 갖는

001

2y

쓸모없는 Java 패키지 이름 관습

Oracle은 이 페이지에서 다음과 같이 패키지 이름 관습을 제안한다.
Companies use their reversed Internet domain name to begin their package names—for examp

001

4y

커밋 메시지 주도 개발

나는 자신이 없는 코딩을 할 수록 계획을 작게 나눈다. 작은 계획을 실천하도록 사용하는 도구 중 한가지는 코드를 쓰기 전에 내가 어떤 코드를 쓸 지 커밋 메시지를 먼저 작성하는 것이다. 누군가에게 이 기법을 소개할 때에 ‘커밋 메

001

4y

좋은 코드란 무엇인가

많은 프로그래머들이 좋은 코드에 대해 얘기한다. 최근 코딩 경험이 적은 한 주니어가 나에게 좋은 코드는 유지보수 비용을 낮춘다고 말했다. 반면 잘 훈련되고 경험 많은 프로그래머들로부터는 그런 확신에 찬 얘기를 듣기 어렵다. 어떤

001

4y

React에는 ‘함수형 컴포넌트’가 없다

이 글이 작성되는 시점에 React에는 ‘함수형(functional) 컴포넌트’가 없다. 내가 미쳤다고? 훗. 바로 증명하겠다. 지금 당장 공식 사이트에 들어가서 ‘functional component’라는 말이 나오는지 눈씻고

001

4y

이벤트 소싱의 본질

이벤트 소싱은 그렇게 어렵지 않다. 이벤트 소싱 패턴은 명령 패턴, CQRS, EDA, DDD 등과 자주 함께 설명되지만 그것들은 이벤트 소싱과 조합될 수 있는 설계 도구일 뿐 이벤트 소싱의 핵심이 아니다. 이벤트 소싱의 본질은

001

5y

정말로 테스트 대역이 필요한가

얼마전 주니어 동료가 내 코드를 리뷰하며 이런 질문을 했다.
의존 대상을 추상화 해서 테스트 대역을 사용하면 테스트 조건을 설정하기 쉬울 것 같은데 왜 실제 코드를 사용했나?
처음 받는 질문이 아니다. 그동안 같은 질문을 여러 프

001

5y

MV* 패턴에서 모델이란 무엇인가

두괄식으로 결론부터 제시한다.
“Models represent knowledge.” - MODELS - VIEWS - CONTROLLERS, 1979
MVC 패턴을 이해할 때 자주 오해받는 대상이 모델이다. 가장 흔히 발견되는 사

001

5y

당신의 시스템은 도메인 주도 설계에 기반하는가

당신의 시스템은 도메인 주도 설계에 기반하는가?
이런 질문을 종종 받는데 난 그렇게 생각하지 않는다고 답한다. 도메인 전문가와의 긴밀한 협력 없이는 도메인 주도 설계(domain-driven design)의 의미와 가치가 급감하는

001

5y

현실 세상의 TDD

현실 세상에서 TDD는 가능하지 않다거나 효율이 너무 떨어져 쓸모없다는 주장은 지겹도록 들어왔지만 여전히 안타깝다. 나는 2018년에 이런 답답함을 조금이라도 풀어보고자 페이스북을 통해 5개월간 약 60명을 대상으로 ‘TDD 참관

001

6y

TDD는 설계 방법론이 아니다

소셜 미디어에서 국내 저자의 어떤 서적에서 발췌했다는 다음 문장을 발견했다.
TDD는 설계를 위한 기법이다.
나는 그 책을 읽지 않았기 때문에 전후 맥락을 모르지만 만약 이 문장을 통한 작가의 의도가 TDD(Test-Driven

001

6y

코딩 시험과 TDD

구직 과정에 코딩 시험이 있었다. 면접관의 컴퓨터와 응사자의 컴퓨터가 코딩 시험 도구로 연결되어 면접관이 응시자의 코딩을 지켜보거나 개입할 수 있는 환경이었다. 어떤 문제의 답 코드를 쓰다 10줄 이상이 되니 자신감이 떨어져 TD

001