테스트에서 'IBAN Validation'을 통과하려고 키보드를 부수는 걸 멈추세요 😅
Source: Dev.to
Hey DEV community! 👋
만약 여러분이 핀테크 앱, 전자상거래 결제 화면, 혹은 은행 계좌 정보를 입력받는 어떤 폼을 만든 적이 있다면, 이 고충을 잘 아실 겁니다.
스테이징 환경에서 Add Payment Method 흐름을 테스트하고 있습니다. IBAN 입력란에 도달했죠. 실제 데이터를 쓰고 싶지는 않으니(당연히) “개발자 스매시”를 시도합니다:
DE99 1234 5678...Form: 🚫 Invalid IBAN format.
아이고. 다시 시도합니다.
Form: 🚫 Checksum validation failed.
그 결과 2분짜리 UI 테스트가 구글에서 작동하는 더미 문자열을 찾는 20분짜리 사냥으로 변해버립니다.
왜 무작위 숫자는 통하지 않을까? 🧮
문제는 IBAN이 단순히 무작위 문자열이 아니라는 점입니다. ISO 13616에 정의된 구조화된 형식이며, Modulus 97‑10 알고리즘을 이용한 체크섬에 의존합니다.
앞의 두 “체크 디지트”가 나머지 은행 코드와 수학적으로 일치하지 않으면, 어느 정도 수준의 검증 라이브러리(백엔드든 프론트엔드든)라도 즉시 거부합니다.
그런 체크섬을 수작업으로 계산해서 간단한 테스트를 돌리는 것은 뇌력을 낭비하는 일입니다.
RandomlyIBAN.com 소개
잘못된 테스트 데이터에 지쳐서, 즉석에서 유효한 테스트용 IBAN을 생성해 주는 간단하고 깔끔한 도구를 만들었습니다.
RandomlyIBAN.com은 개발자와 QA 담당자를 위해 특별히 설계되었습니다.
- ✅ 수학적으로 유효한 IBAN을 생성합니다(Mod‑97 통과).
- ✅ 국가별 포맷을 지원합니다(예: 18자리 NL IBAN, 22자리 DE IBAN).
- ✅ 회원가입 없이 바로 사용 가능합니다. 데이터를 받아 바로 코딩에 복귀하세요.
한번 사용해 보세요
다음에 개발 환경에서 IBAN 검증 오류에 막히면, 이 도구를 한 번 써 보세요.
보통 테스트 데이터를 어디서 구하시나요? 워크플로우에 도움이 되었는지, 추가했으면 하는 특정 국가 포맷이 있는지 알려 주세요!
행복한 테스트 되세요! 🚀