처음이어도 괜찮아요 · 그림부터 시작해요
parametrization으로 case와 oracle을 선언한다
`pytest.mark.parametrize`로 input·expected·case id를 데이터화하고 Cartesian product·mutable parameter·opaque id 위험을 통제한다. 이 판단을 생략하면 통과한 test와 많은 log가 있어도 결함을 놓치거나 잘못된 수정을 승인할 수 있습니다.
아직 답을 몰라도 괜찮아요. 아래 작은 예시를 보고 먼저 예상해 보세요.01 · 가볍게 시작하기
정답을 보기 전에 먼저 골라볼까요?
synthetic td22 fixture · secret 없는 고정 입력 · exact Python 3.14.6- 1먼저 골라보기
틀려도 괜찮아요. 지금 생각한 답 하나를 정해요.
- 2그림으로 확인하기
움직이는 순서와 달라지는 곳만 천천히 찾아요.
- 3내 말로 다시 말하기
한 문장으로 말해 보면 내가 이해한 곳을 확인할 수 있어요.
02 · 그림으로 보기
그림이 움직이는 순서를 직접 확인해요
- 01관찰parametrize · case id · parameter set · Cartesian product
- 02추론parametrization은 같은 behavior contract를 여러 fixture에 적용할 때 쓰며 서로 다른 이야기를 억지로 한 함수에 합치지 않는다. case id는 실패 의미를 드러내고 input·expected pair는 독립 oracle table에서 함께 선언한다. stacked parametrization은 Cartesian product를 만들 수 있고 mutable parameter는 test 사이 state를 공유할 수 있다.
- 03검증parametrization으로 case와 oracle을 선언한다의 예상 결과·관찰 결과·판정 oracle을 실행 전에 분리해 기록한다. 서로 다른 예외·상태 계약을 한 표에 섞는다.에서 최초 불일치 지점과 근본 원인을 재현 가능한 evidence로 국소화한다. 각 case id가 하나의 input·expected contract와 정확히 대응을 정상·경계·실패 fixture에 적용하고 false green·false red가 없는지 검증한다.
처음 보는 말도 책 읽듯 풀어봐요
이 수업은 쉬운 뜻과 생활 예를 아직 함께 준비하지 못했어요. 설명 없는 정확한 이름은 먼저 보여 주지 않을게요.
그림에서 찾을 쉬운 규칙
- 01parametrization은 같은 behavior contract를 여러 fixture에 적용할 때 쓰며 서로 다른 이야기를 억지로 한 함수에 합치지 않는다.
- 02case id는 실패 의미를 드러내고 input·expected pair는 독립 oracle table에서 함께 선언한다.
- 03stacked parametrization은 Cartesian product를 만들 수 있고 mutable parameter는 test 사이 state를 공유할 수 있다.
03 · 같이 풀어보기
한 단계씩 따라가면 어렵지 않아요
통화별 rounding case inventory에서 parametrization으로 case와 oracle을 선언한다 계약을 적용한다.
synthetic td22 fixture · secret 없는 고정 입력 · exact Python 3.14.604 · 이제 내가 해볼 차례
여기까지 오면 이런 일을 할 수 있어요
`pytest.mark.parametrize`로 input·expected·case id를 데이터화하고 Cartesian product·mutable parameter·opaque id 위험을 통제한다.
- parametrization으로 case와 oracle을 선언한다의 예상 결과·관찰 결과·판정 oracle을 실행 전에 분리해 기록한다.
- 서로 다른 예외·상태 계약을 한 표에 섞는다.에서 최초 불일치 지점과 근본 원인을 재현 가능한 evidence로 국소화한다.
- 각 case id가 하나의 input·expected contract와 정확히 대응을 정상·경계·실패 fixture에 적용하고 false green·false red가 없는지 검증한다.
05 · 자주 헷갈리는 지점
틀린 답도 이유를 알면 다음에는 맞힐 수 있어요
01모든 test를 한 parametrized 함수로 합치면 유지보수가 좋아진다.
한 번 더 생각해 볼 질문parametrization으로 case와 oracle을 선언한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요parametrization은 같은 behavior contract를 여러 fixture에 적용할 때 쓰며 서로 다른 이야기를 억지로 한 함수에 합치지 않는다.
02pytest가 자동 생성한 숫자 id면 실패 원인을 충분히 설명한다.
한 번 더 생각해 볼 질문parametrization으로 case와 oracle을 선언한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요case id는 실패 의미를 드러내고 input·expected pair는 독립 oracle table에서 함께 선언한다.
03list parameter는 각 case마다 자동 deep copy된다.
한 번 더 생각해 볼 질문parametrization으로 case와 oracle을 선언한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요stacked parametrization은 Cartesian product를 만들 수 있고 mutable parameter는 test 사이 state를 공유할 수 있다.
06 · 더 궁금할 때만 보기
선생님과 검토자를 위한 믿을 만한 원문
원문과 어디까지 참고했는지 펼쳐 보기처음 배우는 동안에는 열지 않아도 괜찮아요.
discovery, assertion introspection, parametrization, markers, raises, warning·capture·debugging과 import 경계
2.3 AAA, 4.1~4.8 unit-testing foundations, 5.1~5.7 advanced unit-testing techniques, 6.1~6.2 TDD의 선택적 objective
pytest 실행, marker, failure output, -x·--ff·--pdb workflow의 공개 practice. 표시 예시 version은 product pin이 아님