test company data란 등록, 개설, 정산, 사내 시연 같은 흐름을 실제 기업 정보 없이 끝까지 돌려 보려고 만들어 둔 가상의 기업 주체 한 건을 말합니다. 회사명 하나만 있으면 되는 것이 아니라 등록번호, 세금 관련 번호, 주소, 담당자까지 한 세트로 맞아야 폼이 통과합니다. 이 글은 그 한 세트가 무엇으로 이루어지는지, 왜 실제 기업 정보를 대신 넣으면 안 되는지, 어디까지 만들어 두면 충분한지를 차례로 봅니다.
테스트용 회사 데이터는 무엇인가요?
회사를 하나 만들어 보는 일은 생각보다 많은 칸을 요구합니다. 회사명, 업종, 규모, 법인 형태, 등기 주소, 대표 연락처, 그리고 국가마다 이름이 다른 사업자 등록번호와 부가가치세 번호까지 이어집니다. 이 가운데 한 칸이라도 비어 있거나 형식이 어긋나면 다음 단계로 넘어가지 못합니다.
테스트용 회사 데이터는 이 칸들을 한 번에 채우기 위해 만든 합성 기록입니다. 실제로 존재하는 기업을 베낀 것이 아니라, 그 나라의 형식 규칙에 맞춰 새로 만든 값입니다. 그래서 등록번호가 실제 등기부에 없는 번호여도 폼 검증은 통과하고, 주소는 그 나라 주소 체계를 따르지만 어느 사무실도 가리키지 않습니다.
중요한 것은 이것이 문서용 예시가 아니라 실행용 입력값이라는 점입니다. 화면에 보여 주려고 만든 문장이 아니라, 저장하고 조회하고 다시 불러오는 흐름을 실제로 통과시키는 값입니다. 그래서 형식뿐 아니라 길이, 문자 집합, 필수 여부, 국가별 분기까지 신경 써야 합니다.
실제 기업 정보를 대신 쓰면 왜 위험한가요?
가장 흔한 유혹은 운영 데이터베이스에서 회사 한 건을 복사해 오는 것입니다. 형식이 이미 맞고 관계도 얽혀 있으니 빠르게 느껴집니다. 그러나 그 순간 실제 기업의 등록번호와 주소가 시험 환경으로 복제되고, 시험 환경은 보통 운영 환경보다 접근 통제가 느슨합니다.
여기에 법적 문제가 겹칩니다. 타인의 기업 정보를 자기 시험 자료로 옮겨 두는 행위는 그 자체로 정보 침해가 될 수 있고, 그 값이 실제 신청이나 발급 흐름에 닿으면 명의 도용에 가까워집니다. 시험에서 실수로라도 실제 주체의 이름으로 서류가 나가면 되돌리기 어렵습니다.
세 번째는 실무적인 문제입니다. 실제 값을 복사하면 그 값이 끝까지 따라옵니다. 나중에 시험 데이터를 지울 때 어느 것이 진짜에서 온 것인지 구분하기 어려워지고, 알림 발송이나 정산 시뮬레이션처럼 바깥으로 나가는 흐름에서 실제 주소로 연락이 갈 수 있습니다.
어떤 흐름에서 정말 필요한가요?
- 기업 회원 가입 폼과 사업자 정보 입력 화면의 검증 순서를 확인할 때
- 세금계산서나 청구서 양식이 국가별로 어떤 칸을 요구하는지 비교할 때
- 외부 심사 연동을 시험 환경에서 흉내 낼 때. 이때도 실제 심사 기관에 요청을 보내면 안 되고 모의 응답으로 대체합니다.
- 데모나 교육 자료에서 화면을 채워 보여 줄 때
- 사내 데이터베이스를 비우고 다시 채우는 과정을 반복할 때
반대로 실제로 효력이 생기는 신청, 발급, 계약에는 절대 쓰지 않습니다. 이 구분이 흐려지면 시험 도구가 사기 도구가 됩니다.
한 건에 무엇이 들어가나요?
| 항목 | 설명 | 주의할 점 |
|---|---|---|
| 회사명 | 표시용 이름 | 실제 상호와 겹치지 않는 조합으로 만듭니다 |
| 법인 형태 | 주식회사, 유한회사 같은 구분 | 국가마다 허용되는 값이 다릅니다 |
| 등록번호 | 등기 기관이 부여하는 번호 | 국가별로 형식이 완전히 다릅니다 |
| 세금 관련 번호 | 부가가치세 번호 등 | 등록번호와 다른 체계일 수 있습니다 |
| 주소 | 등기 주소 | 실제 건물 주소를 그대로 쓰지 않습니다 |
| 담당자 | 연락 창구 | 실존 인물의 정보를 넣지 않습니다 |
담당자 항목은 자주 잊히는 자리입니다. 회사 정보만 합성해 두고 담당자 칸에 개발자 개인 정보를 넣으면, 시험 알림이 실제 사람에게 갑니다.
국가마다 규칙이 다른 이유는 무엇인가요?
회사 등록은 각국 법이 정하는 행정 절차입니다. 그래서 등록번호의 생김새, 법인 형태의 이름, 주소 표기 순서가 모두 그 나라 등기 제도에서 나옵니다. 국제 표준이 이 부분을 하나로 묶어 주지 않습니다.
실무에서는 이 차이가 폼 설계에 그대로 반영됩니다. 어떤 국가는 법인 형태를 필수로 받고, 어떤 국가는 선택으로 둡니다. 부가가치세 번호를 아예 받지 않는 국가도 있습니다. 그래서 “한 가지 형식”을 정해 두고 모든 국가를 통과시키려 하면 반드시 막힙니다.
국가별 주소 표기와 우편번호 규칙을 따로 정리해 둔 국가별 주소 형식 같은 자료를 함께 보면, 회사 주소 칸이 왜 국가마다 다른 순서를 요구하는지 이해하기 쉬워집니다.
이 사이트의 도구에서는 어떻게 만들 수 있나요?
테스트용 회사 정보 생성기에서 국가와 식별자를 고르면 위 항목이 한 세트로 만들어집니다. 같은 식별자를 다시 넣으면 같은 회사가 나오므로, 여러 사람이 같은 자료로 이야기할 수 있습니다. 신원과 주소, 카드 쪽 페이지도 같은 식별자를 공유하므로 담당자와 회사, 주소가 서로 어긋나지 않습니다. 만들어진 값은 시험용이며 어떤 실제 기업도 가리키지 않습니다.
개발자를 위한 메모: 필드 설계와 재현성
- 필드 길이는 여유 있게 잡습니다. 등록번호와 부가가치세 번호는 국가별로 길이가 크게 달라서, 특정 국가 기준의 고정 길이로 잘라 두면 다른 국가가 통째로 막힙니다.
- 문자 집합은 숫자와 영문 대문자, 그리고 국가에 따라 나타나는 구분 기호까지 허용하고, 비교할 때는 대소문자와 구분 기호를 정규화합니다. 저장은 원형을 유지하고 비교는 정규화된 값으로 합니다.
- 같은 입력에서 같은 결과가 나오도록 씨앗값 기반으로 만들어야 합니다. 난수로 매번 다르게 만들면 폼 제출과 조회가 어긋나 디버깅이 불가능해집니다.
- 필수 여부는 국가와 법인 형태에 따라 달라지므로 한 곳에 모아 관리하고, 새 국가를 추가할 때 그 표만 늘리면 되도록 합니다.
- 시험 환경 전용으로 표시해 두는 장치를 넣습니다. 이름이나 식별자에 시험용임이 드러나는 접두사를 붙이고, 운영 환경으로 복사되는 경로를 아예 막아 둡니다.
- 정리 작업을 자동화합니다. 시험이 끝난 데이터를 남겨 두면 다음 시험의 결과가 오염됩니다.
다음 단계
먼저 지금 쓰는 시험 자료가 어디서 왔는지 확인해 보세요. 운영 데이터베이스에서 복사한 흐름이 하나라도 있으면 그것부터 합성 자료로 바꾸는 것이 순서입니다. 그다음 테스트용 회사 정보 생성기에서 국가를 몇 개 골라 같은 식별자로 반복 생성해 보고, 국가에 따라 어떤 칸이 비는지 확인하면 폼 설계에서 손볼 자리가 드러납니다.
이 글은 소프트웨어 시험과 화면 시연, 자료 채우기만을 위한 안내입니다. 여기서 만든 회사 정보는 모두 합성이며 실존 기업과 아무 관계가 없고, 실제 명의 도용이나 심사 우회에 쓰여서는 안 됩니다.