실제 고객 이름을 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-10CSV 수식 시작 문자수식 실행 없이 검토 후보 표시

T-08의 “사람 검토”는 운영 규칙 예시입니다. 이 페이지가 실제 문의를 분류하거나 계정 조치를 실행했다는 뜻은 아닙니다. 다운로드 자료의 기대 결과와 실제 연결할 프로그램의 동작을 대조하세요.

연결되지 않는 값을 사용합니다.

이름은 담당자 03, 계정은 ACCOUNT-TEST-01처럼 새 토큰을 씁니다. 이메일 예제가 필요하면 user@example.test처럼 특별 용도 도메인을 사용합니다. 실제 주소의 일부를 남겨 두고 가상이라고 부르지 않습니다.

자유 서술도 새로 씁니다. 실제 문의의 이름만 지우면 고유한 사건이나 날짜가 남을 수 있습니다. 필요한 분류 조건을 먼저 정하고 그 조건을 포함하는 짧은 예문을 작성하세요.

TRY IT HERE

가상 작업 한 건을 먼저 검사해 보세요.

입력은 현재 탭에서만 처리되며 자동 수정되지 않습니다. 실제 개인정보 대신 예제를 사용하세요.

최대 20만 자 · 원본 자동 수정 없음

세부 데이터·판정 규칙

모델 출력과 외부 행동 사이에 멈춤 지점을 둡니다.

  1. 입력 전에 금지 정보가 없는지 확인합니다.
  2. 출력의 문법·필드·허용값을 검사합니다.
  3. 검사 실패와 확인 불가를 별도 상태로 저장합니다.
  4. 메일 발송·결제·권한 변경·파일 삭제는 자동 분류만으로 실행하지 않습니다.
  5. 실패 ID와 적용한 규칙 버전, 사람이 선택한 다음 행동을 남깁니다.

가상 시험을 통과해도 운영 승인은 아닙니다.

실제 데이터에는 훨씬 긴 문장·희귀한 형식·예상하지 못한 민감정보가 섞일 수 있습니다. 가상 시험은 설계상의 실수를 먼저 찾는 단계입니다. 실제 투입 전에는 권한·보존 기간·접근 기록·삭제·사고 대응과 제품의 현재 데이터 처리 조건을 별도로 확인해야 합니다.

이 글의 재현 자료

전체 자료의 범위·실행 방법·주의사항은 재현 자료 안내에서 한번에 확인할 수 있습니다.

원문과 함께 읽기

가상 데이터는 현실적이기보다 반례를 담아야 합니다.

이름과 주소를 그럴듯하게 만들면 테스트 화면은 멋져 보입니다. 그러나 필드 누락·중복·허용값 이탈이 없으면 실패 경로를 시험하지 못합니다. 각 규칙에 정상 1건과 경계 1건을 두고, 어떤 상태로 멈출지 먼저 적습니다.

규칙정상경계기대 결과
날짜2028-02-292026-02-29존재하지 않는 날짜 보류
ID00123빈 문자열0 보존·빈 값 거부
상태pendingcomplete허용값 밖 거부
담당자null"null"없음과 문자 구분

검사기에 넣기 전에 먼저 버릴 것

  1. 실제 이름·전화·이메일을 새 토큰으로 바꿉니다.
  2. 자유 서술의 고유한 사건·날짜·지역을 새로 씁니다.
  3. 경계 조건은 유지하되 원본 사람을 추론할 단서는 남기지 않습니다.
  4. 새 자료를 민감정보가 없는 별도 폴더에서 실행합니다.

이 순서는 완전한 익명화를 보장하는 법률·보안 표준이 아닙니다. 실제 업무 도입에는 조직의 데이터 처리 기준과 사용 제품의 최신 정책 확인이 필요합니다.