처음이어도 괜찮아요 · 그림부터 시작해요
unit·
검증 질문, 실제 component 수, 외부 boundary와 실패 진단 비용으로 unit·integration·system·end-to-end test 수준을 선택한다. 이 판단을 생략하면 통과한 test와 많은 log가 있어도 결함을 놓치거나 잘못된 수정을 승인할 수 있습니다.
아직 답을 몰라도 괜찮아요. 아래 작은 예시를 보고 먼저 예상해 보세요.01 · 가볍게 시작하기
정답을 보기 전에 먼저 골라볼까요?
synthetic td44 fixture · secret 없는 고정 입력 · exact Python 3.14.6- 1먼저 골라보기
틀려도 괜찮아요. 지금 생각한 답 하나를 정해요.
- 2그림으로 확인하기
움직이는 순서와 달라지는 곳만 천천히 찾아요.
- 3내 말로 다시 말하기
한 문장으로 말해 보면 내가 이해한 곳을 확인할 수 있어요.
02 · 그림으로 보기
그림이 움직이는 순서를 직접 확인해요
- 01관찰unit test · integration test · system test · end-to-end test
- 02추론test level은 framework 이름이 아니라 실제로 함께 실행되는 component와 boundary로 분류한다. unit test는 좁고 빠른 계약을, integration은 adapter 협력을, system/E2E는 배포된 흐름과 사용자 결과를 검증한다. test pyramid는 개수의 법칙이 아니라 speed·cost·confidence tradeoff guide이며 product risk에 맞게 조정한다.
- 03검증unit·integration·system·E2E 경계를 선택한다의 예상 결과·관찰 결과·판정 oracle을 실행 전에 분리해 기록한다. 모든 test가 실제 network를 호출한다.에서 최초 불일치 지점과 근본 원인을 재현 가능한 evidence로 국소화한다. 각 위험이 가장 낮은 비용의 충분한 test level과 명확한 owner에 배정을 정상·경계·실패 fixture에 적용하고 false green·false red가 없는지 검증한다.
처음 보는 말도 책 읽듯 풀어봐요
이 수업은 쉬운 뜻과 생활 예를 아직 함께 준비하지 못했어요. 설명 없는 정확한 이름은 먼저 보여 주지 않을게요.
그림에서 찾을 쉬운 규칙
- 01test level은 framework 이름이 아니라 실제로 함께 실행되는 component와 boundary로 분류한다.
- 02unit test는 좁고 빠른 계약을, integration은 adapter 협력을, system/E2E는 배포된 흐름과 사용자 결과를 검증한다.
- 03test pyramid는 개수의 법칙이 아니라 speed·cost·confidence tradeoff guide이며 product risk에 맞게 조정한다.
03 · 같이 풀어보기
한 단계씩 따라가면 어렵지 않아요
회원 가입 흐름의 multi-level test strategy에서 unit·integration·system·E2E 경계를 선택한다 계약을 적용한다.
synthetic td44 fixture · secret 없는 고정 입력 · exact Python 3.14.604 · 이제 내가 해볼 차례
여기까지 오면 이런 일을 할 수 있어요
검증 질문, 실제 component 수, 외부 boundary와 실패 진단 비용으로 unit·integration·system·end-to-end test 수준을 선택한다.
- unit·integration·system·E2E 경계를 선택한다의 예상 결과·관찰 결과·판정 oracle을 실행 전에 분리해 기록한다.
- 모든 test가 실제 network를 호출한다.에서 최초 불일치 지점과 근본 원인을 재현 가능한 evidence로 국소화한다.
- 각 위험이 가장 낮은 비용의 충분한 test level과 명확한 owner에 배정을 정상·경계·실패 fixture에 적용하고 false green·false red가 없는지 검증한다.
05 · 자주 헷갈리는 지점
틀린 답도 이유를 알면 다음에는 맞힐 수 있어요
01pytest로 실행하면 외부 DB를 써도 unit test다.
한 번 더 생각해 볼 질문unit·integration·system·E2E 경계를 선택한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요test level은 framework 이름이 아니라 실제로 함께 실행되는 component와 boundary로 분류한다.
02E2E가 가장 현실적이므로 unit·integration test는 불필요하다.
한 번 더 생각해 볼 질문unit·integration·system·E2E 경계를 선택한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요unit test는 좁고 빠른 계약을, integration은 adapter 협력을, system/E2E는 배포된 흐름과 사용자 결과를 검증한다.
03pyramid 비율을 고정 숫자로 맞추면 좋은 strategy가 된다.
한 번 더 생각해 볼 질문unit·integration·system·E2E 경계를 선택한다의 최소 fixture에서 이 주장을 깨는 관찰값과 판정 근거를 각각 한 줄로 쓰세요.
이렇게 고쳐 생각해요test pyramid는 개수의 법칙이 아니라 speed·cost·confidence tradeoff guide이며 product risk에 맞게 조정한다.
06 · 더 궁금할 때만 보기
선생님과 검토자를 위한 믿을 만한 원문
원문과 어디까지 참고했는지 펼쳐 보기처음 배우는 동안에는 열지 않아도 괜찮아요.
discovery, assertion introspection, parametrization, markers, raises, warning·capture·debugging과 import 경계
testing purpose·error/defect/failure, types·levels·process, coverage·refactoring, debugging·assertions·logging·white/black-box objective
setup-python, version matrix, dependency install, pytest·coverage, result artifact를 포함한 CI workflow