Test Case
테스트 케이스
Test Case는 하나의 행동이나 위험을 확인해. 시작 상태, 행동, 예상 결과를 적어.
다른 예시
비밀번호 재설정은 만료된 링크를 이용해 새 비밀번호를 보내요. 계정이 바뀌지 않게 하고 안전한 복구 메시지를 보여줘요.
주요 부분
- 01Code or behavior under test
- 02Observable evidence
- 03Coverage, failure, and recovery
사용할 때
반드시 반복 가능해야 하는 중요한 행위에 사용하세요. 설정, 데이터, 단계 및 결과를 명시하세요.
다음 경우에는 사용하지 마세요
“테스트 로그인”과 같은 모호한 사례를 작성하지 마세요. 코드 세부 사항과 관련 없는 검사를 피하세요.
코드에서 사용된 이름
Given setup → When action → Then observation 출시하기 전에
Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule.
Outcome：Complete the task with 테스트 케이스 (Test Case)。 User context：비밀번호 재설정은 만료된 링크를 이용해 새 비밀번호를 보내요. 계정이 바뀌지 않게 하고 안전한 복구 메시지를 보여줘요. Validation approach：테스트 케이스 (Test Case)。 Why it fits：반드시 반복 가능해야 하는 중요한 행위에 사용하세요. 설정, 데이터, 단계 및 결과를 명시하세요. Do not use it when：“테스트 로그인”과 같은 모호한 사례를 작성하지 마세요. 코드 세부 사항과 관련 없는 검사를 피하세요. Test requirements: Name the system and test environment. Define prepared test data, other inputs, and the result you can observe. Include failure and edge cases, allowed error, isolation, and cleanup. Test operations: Make failures easy to diagnose. Control random or changing inputs. Name an owner. Keep the test fast and simple enough for its release gate. Acceptance criteria: The test fails for the known bug and passes after the fix. It repeats in the target environment, gives useful evidence, and does not expose or change unrelated data. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Release gate, environment, prepared test data, allowed error, time budget, owner, and flaky-test rule.
이 요청을 확인하세요
Review how 테스트 케이스 (Test Case) is used now. Definition: Test Case는 하나의 행동이나 위험을 확인해. 시작 상태, 행동, 예상 결과를 적어. Release checks: Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.