실제 고객 이름을 A로 바꿨으니 테스트에 써도 될까요? 주문번호·주소·자유 서술에 원래 사람을 알아볼 단서가 남아 있을 수 있습니다. 안전한 시험 자료가 필요하다면 실제 내용을 조금 가리는 것보다 필요한 구조를 새로 만드는 쪽에서 시작해 보세요.
가상 데이터의 목적은 현실처럼 보이는 이야기를 만드는 것이 아닙니다. 규칙이 어디에서 깨지는지 확인하는 것입니다. 정상적인 행만 열 개 준비하면 정상적인 행만 통과한다는 사실밖에 알 수 없습니다.
사례 10개와 기대 행동을 먼저 적었습니다.
| ID | 조건 | 기대 행동 |
|---|---|---|
| T-01 | 정상 날짜·허용 상태 | 통과 |
| T-02 | 담당자 없음 | 추측하지 않고 null 유지 |
| T-03 | 실제 없는 날짜 | 보류 |
| T-04 | 중복 ID·동일 내용 | 중복 후보 표시 |
| T-05 | 중복 ID·다른 상태 | 충돌 후보 표시 |
| T-06 | 앞자리 0이 있는 ID | 문자열 유지 |
| T-07 | 모호한 날짜 | 기준 확인 요청 |
| T-08 | 보안 관련 문의 | 외부 행동 없이 사람 검토 |
| T-09 | 예약 파일 이름 | 이름 변경 실행 전 보류 |
| T-10 | CSV 수식 시작 문자 | 수식 실행 없이 검토 후보 표시 |
T-08의 “사람 검토”는 운영 규칙 예시입니다. 이 페이지가 실제 문의를 분류하거나 계정 조치를 실행했다는 뜻은 아닙니다. 다운로드 자료의 기대 결과와 실제 연결할 프로그램의 동작을 대조하세요.
연결되지 않는 값을 사용합니다.
이름은 담당자 03, 계정은 ACCOUNT-TEST-01처럼 새 토큰을 씁니다. 이메일 예제가 필요하면 user@example.test처럼 특별 용도 도메인을 사용합니다. 실제 주소의 일부를 남겨 두고 가상이라고 부르지 않습니다.
자유 서술도 새로 씁니다. 실제 문의의 이름만 지우면 고유한 사건이나 날짜가 남을 수 있습니다. 필요한 분류 조건을 먼저 정하고 그 조건을 포함하는 짧은 예문을 작성하세요.
TRY IT HERE
가상 작업 한 건을 먼저 검사해 보세요.
입력값은 이 브라우저 안에서만 처리합니다. 아래 검사 기능은 서버에 저장하거나 전송하지 않습니다. 실제 개인정보 대신 예제를 사용하세요.
최대 20만 자 · 원본을 자동 수정하지 않습니다.
세부 데이터·판정 규칙 보기
모델 출력과 외부 행동 사이에 멈춤 지점을 둡니다.
- 입력 전에 금지 정보가 없는지 확인합니다.
- 출력의 문법·필드·허용값을 검사합니다.
- 검사 실패와 확인 불가를 별도 상태로 저장합니다.
- 메일 발송·결제·권한 변경·파일 삭제는 자동 분류만으로 실행하지 않습니다.
- 실패 ID와 적용한 규칙 버전, 사람이 선택한 다음 행동을 남깁니다.
가상 시험을 통과해도 운영 승인은 아닙니다.
실제 데이터에는 훨씬 긴 문장·희귀한 형식·예상하지 못한 민감정보가 섞일 수 있습니다. 가상 시험은 설계상의 실수를 먼저 찾는 단계입니다. 실제 투입 전에는 권한·보존 기간·접근 기록·삭제·사고 대응과 제품의 현재 데이터 처리 조건을 별도로 확인해야 합니다.
직접 확인할 자료
입력과 판정 규칙을 함께 보면 결과를 다시 확인하기 쉽습니다. 자료의 숫자는 별도 표시가 없는 한 학습용 가상 값입니다.
더 확인하고 싶다면
기능과 형식 설명은 아래 공식 자료를 기준으로 확인했습니다. 이 글의 예제 결과와 공식 제품의 보장 범위는 구분해 읽어 주세요.
공식 자료 확인: 2026년 8월 31일. 제품 메뉴와 지원 범위는 버전·언어에 따라 달라질 수 있습니다.
