가짜 주소 생성기: 유효한 테스트 주소 만들기 (2026)

각 결과는 국가 정의, 해당 국가의 다섯 개 도시 픽스처 중 하나, 거리명 목록, 건물 번호, 우편번호 패턴으로 조립됩니다. 생성기는 국가를 고르고, 그 안의 도시 픽스처를 고르고, 현지 순서대로 거리 줄을 만들고, 패턴에 따라 우편번호를 채웁니다. 배송 데이터베이스에서 샘플링하는 것도, 실제 사서함에서 복사하는 것도 없습니다.

여기서 보장되는 것 두 가지와 보장되지 않는 것 두 가지가 나옵니다. 보장: 형식이 해당 국가 관례를 따르며, 같은 시드는 같은 주소를 반환합니다. 보장되지 않음: 해당 번호의 거리가 실제로 존재하는지, 또는 미국 외 우편번호가 실제 배송 구역에 매핑되는지. 미국 ZIP의 경우 우편번호 검사기에서 40,979행 데이터셋을 대상으로 별도의 존재 여부 검사를 수행합니다. 미국 외 지역의 검사는 구조적 검사에 그치며, 사이트는 그 이상을 암시하지 않고 이를 명시합니다.

주소 폼은 주소 자체를 테스트하는 경우가 드뭅니다. 검증 계층, 마스킹, 길이 제한, 국가-지역 종속성, 그리고 행을 데이터베이스에 쓰는 직렬화기를 테스트합니다. 이미 잘못된 픽스처는 이 모든 것을 가립니다. 캐나다 픽스처가 "123 Main St, Toronto, ON 12345"라면, 폼은 실제 캐나다 우편번호가 절대 일치할 수 없는 패턴을 허용하게 되고 버그는 출시됩니다.

반대 방향의 실패도 흔합니다. 팀이 실제처럼 보이지만 해당 국가에는 틀린 픽스처를 직접 작성한 뒤, 검증기에 이를 허용하는 우회 코드를 추가합니다. 6개월 후 그 우회 코드는 핵심 의존성이 되고, 독일 우편 필드가 왜 문자를 허용하는지 아무도 기억하지 못합니다. 생성기 자체가 자신이 아는 것에 대해 정직하다면, 공개된 패턴을 따르는 생성 데이터는 양방향 드리프트를 모두 제거합니다.

합성 주소는 운영 환경 아래의 모든 계층에 속합니다. 파서와 검증기 단위 테스트, 주소 행을 쓰고 읽는 통합 테스트, 체크아웃 폼을 채우는 엔드투엔드 테스트, 실제 고객을 건드리지 않고 볼륨이 필요한 부하 테스트, 마케팅 페이지용 로컬라이즈 스크린샷 실행이 그 예입니다. 길이 제한이나 문자 집합의 경계값을 의도적으로 생성할 수 있으므로 퍼징에도 유용합니다.

실제 배송 지점에 의존하는 모든 작업에는 부적합한 도구입니다. 사기 검사, 신원 확인, 차단 회피, 계정 파밍, 리뷰 조작, 배송 통합의 엔드투엔드 테스트에 사용하지 마세요. 합성 주소에는 사서함이 없으므로 실제 운송사 스캔이 필요한 단계는 실패합니다. 또한 생성된 신원으로 상품이나 서비스를 얻는 것은 데이터가 어떻게 만들어졌든 사기입니다.

생성기는 38개국을 지원합니다. 각 국가에는 다섯 개의 도시 픽스처가 있으므로 총 190개의 도시 정의가 있으며, 모든 도시는 지역 코드, 우편번호 패턴, 현지 거리 관례를 알고 있습니다. 지원 범위는 주소 폼이 실제로 구축되는 시장, 즉 북미, 서유럽 및 북유럽, 그리고 규모가 큰 아시아태평양 및 라틴아메리카 시장에 치우쳐 있습니다.

이 집합에서 우편번호가 전혀 없는 국가는 두 곳입니다: 홍콩과 아랍에미리트. 생성기는 두 곳 모두 번호를 지어내지 않고 필드를 비워 둡니다. 이것이 올바른 동작입니다. 해당 국가에서 우편번호를 필수로 표시하는 폼은 잘못된 것이며, 가짜 코드를 제공하는 픽스처는 실제 사용자가 문제를 겪을 때까지 결함을 숨깁니다.

생성기의 품질은 국가 테이블의 품질을 넘지 못합니다. 아래 패턴은 미국식 단일 템플릿으로 평탄화되기 가장 쉬운 것들입니다. 일본은 순서가 완전히 반대이고, 네덜란드는 숫자 뒤에 문자가 오며, 브라질과 일본은 모두 구조적이기보다 관례적인 하이픈을 사용한다는 점에 주목하세요.

우편번호는 문자열로 저장해야 합니다. 독일, 프랑스, 스페인, 이탈리아, 폴란드는 모두 앞자리 0이 있는 코드를 발급하며, 정수 컬럼은 01067을 조용히 1067로 바꿉니다. 호주와 브라질 코드도 마찬가지입니다. 스키마에 숫자형 우편 컬럼이 있다면, 독일 주소를 시드하는 순간 픽스처가 이를 드러냅니다.

호출할 때마다 다른 주소를 반환하는 생성기는 픽스처가 아니라 노이즈입니다. 시드 기반 생성은 입력을 고정하여 출력 시퀀스가 머신과 실행 전반에서 안정적으로 유지되게 합니다. 테스트에서 시드를 명시적으로 전달하고, 생성된 데이터셋과 함께 기록하며, 시드 변경은 검토가 필요한 픽스처 변경으로 취급하세요.

실용적인 패턴은 하나의 상위 시드에서 엔터티별 시드를 파생시키는 것입니다. 예를 들어 시드와 레코드 인덱스의 해시를 사용합니다. 이렇게 하면 데이터셋은 안정적으로 유지되면서 행마다 다른 값을 생성할 수 있습니다. 실패 재현성도 좋아집니다. CI가 잘못된 주소를 보고하면 시드와 인덱스만으로 해당 행을 정확히 재생성할 수 있습니다. 시드를 시계나 무작위 호출에서 파생시키지 마세요. 그렇게 하면 불안정한 테스트가 영구적인 미스터리가 됩니다.

이것은 서로 다른 두 가지 주장이며, 이를 혼동하는 것이 테스트 스위트가 소유자에게 거짓말하는 가장 흔한 방식입니다. 구조적 검사는 "이 문자열이 국가 패턴과 일치하는가"에 답합니다. 존재 여부 검사는 "이 코드가 참조 데이터셋에 나타나는가"에 답합니다. 이 사이트의 우편번호 검사기는 모든 국가에 대해 첫 번째를 수행하고, 40,979행을 조회하는 미국 ZIP에 대해서만 두 번째를 수행합니다.

구조적 통과는 폼이 올바른 형식의 값을 거부하지 않을 것임을 알려줍니다. 운송사가 그 주소로 배송할 수 있는지, 거리 번호가 해당 거리의 범위 내인지, 도시가 ZIP과 일치하는지에 대해서는 아무것도 알려주지 않습니다. 그러려면 이 사이트가 제공하지 않는 우편 참조 데이터가 필요합니다. 실제로 수행하는 검사에 맞게 단언을 작성하지 않으면 테스트 이름이 수년간 과장된 약속을 하게 됩니다.

이 사이트는 사회보장번호, 결제 카드 번호, IMEI 또는 IMSI 값, 블루투스 주소, 기기 일련번호를 생성하지 않습니다. 이는 기능 누락이 아니라 의도된 경계입니다. 이러한 식별자는 체크섬, 할당 레지스트리, 법적 제한을 가지며, 그럴듯해 보이는 생성 값은 명백히 가짜인 값보다 훨씬 위험합니다. 순진한 검증기를 통과해 스크린샷, 티켓, 커밋에 남을 수 있기 때문입니다.

같은 경계가 연락처 데이터에도 적용됩니다. 생성된 이메일 주소는 항상 실제 사서함으로 확인될 수 없는 예약 도메인 example.test를 사용합니다. 생성된 전화번호는 미국과 캐나다의 NANP 555-0100부터 555-0199 블록, 즉 허구 사용을 위해 예약된 범위로 제한됩니다. 워크플로에 카드 번호나 세금 식별자가 필요하다면 결제 처리업체나 세무 당국이 공개한 공식 테스트 값을 사용하고, 생성기에서 긁어온 값을 절대 사용하지 마세요.