본문으로 건너뛰기
텍스트 도구

정규식 테스터

정규식 패턴, 플래그, 테스트용 문자열을 입력하여
매칭 결과와 캡처 그룹을 즉시 확인할 수 있는 도구입니다.
정규식이 어떻게 동작하는지 시각적으로 검증할 수 있습니다.

global, 대소문자 구분, 여러 줄 모드 등의 플래그를 자유롭게 조합할 수 있으며, 변경 사항은 즉시 결과에 반영됩니다.
문법 오류가 있을 경우 바로 오류 메시지로 표시되어
복잡한 정규식을 디버깅하는 데 도움이 됩니다.

로그 분석, 입력 검증, 텍스트 처리 등
정규식을 사용하는 다양한 개발 작업에 적합합니다.
모든 처리는 브라우저 내에서만 이루어지며, 입력한 데이터는 외부 서버로 전송되지 않습니다.

가이드: 사용 방법 및 특징

  • 상단에 패턴과 플래그를 입력한 뒤, 하단 입력 영역에 대상 텍스트를 붙여 넣으세요.
  • 일치한 부분이 색상으로 표시되고 캡처 그룹 내용도 확인할 수 있습니다.
  • 치환 문자열을 입력하면 결과가 실시간으로 업데이트됩니다.
  • 모든 처리는 브라우저 내에서 이루어지며 텍스트는 전송되지 않습니다.

샘플: 입출력 예시

Find email addresses

입력 예시

Pattern: /[\w.-]+@[\w.-]+/g
Text: Contact us at [email protected] today.

출력 예시

Matches: ["[email protected]"]

FAQ: 자주 묻는 질문

  • 어떤 정규식 엔진을 사용하나요?

    JavaScript RegExp로 테스트하므로 PCRE 등과 동작이 다를 수 있습니다.
  • 플래그를 설정할 수 있나요?

    네. g, i, m 등의 플래그를 입력란에 지정할 수 있습니다.
  • 테스트할 수 있는 텍스트 길이는 어느 정도인가요?

    브라우저에서 몇천 자 정도까지 무리 없이 동작합니다. 매우 긴 텍스트는 일부만 발췌해 시험하세요.

활용: 주요 활용 사례

  • Iterating on search patterns

    Test regexes against sample text to tune matches for replace or extraction logic.

  • Creating shareable examples

    Keep patterns alongside test strings so reviews and questions convey intent clearly.

  • Sanity-checking performance

    Vary input sizes to spot catastrophic backtracking issues before shipping.

주의: 주의사항 및 제한

  • 브라우저 안에서만 처리

    입력과 출력은 기기 안에 머무릅니다. 탭을 닫거나 캐시를 삭제하면 임시 상태가 초기화됩니다.

  • 중요 데이터는 검증 필수

    결과는 보조 용도이므로 운영 환경에 넣기 전에 반드시 내용을 확인하고 필요한 검증을 수행하세요.

  • 큰 데이터는 기기 성능에 영향

    매우 큰 텍스트나 파일은 일부 브라우저에서 느려질 수 있습니다. 무거운 작업은 데스크톱 사용을 권장합니다.

결과
패턴과 텍스트를 입력한 뒤 “매칭 확인”을 누르세요.

정규표현식 테스터

정규표현식은 텍스트 검색, 검증, 추출에 강력하지만 복잡한 패턴은 예시 없이 이해하기 어렵습니다. 이 테스터는 pattern과 샘플 텍스트를 입력해 match 결과, capture group, 동작 방식을 코드에 적용하기 전에 확인할 수 있게 해줍니다.

도움이 되는 상황

  • 입력값 검증: email, ID, slug, 파일명, 로그 라인 패턴을 테스트합니다.
  • 데이터 추출: 스크립트에 넣기 전에 capture group을 확인합니다.
  • 패턴 디버깅: 너무 많이 매칭되거나 전혀 매칭되지 않는 이유를 찾습니다.

확인할 점

유효한 예시뿐 아니라 잘못된 입력도 함께 테스트하세요. 너무 넓은 패턴은 원치 않는 값을 허용하거나 큰 입력에서 성능 문제가 생길 수 있습니다.

이 도구의 관련 기사

최신 아티클

활용 사례
2026-08-07

curl 옵션 정리|-X -H -d 가 실제로 하는 일과 함정

실무에서 만나는 curl 옵션을 표로 정리했습니다. -d 만으로 이미 POST가 되는 이유, -d 와 --data-raw 의 차이, 앞의 @ 가 조용히 파일을 읽는 함정, 작은따옴표와 큰따옴표의 구분, -k 와 -L 을 쉽게 붙이면 안 되는 이유까지 예제로 설명합니다.

도구 소개
2026-08-06

JSON Schema와 Zod를 상호 변환하는 원리|required와 .optional()의 대응

JSON Schema에서 Zod 스키마를 만들고 Zod 코드에서 다시 JSON Schema를 뽑아내는 양방향 변환기의 구현을 해설합니다. required와 .optional()의 기본값이 반대인 문제, 제약 조건 대응표, 코드를 실행하지 않고 해석하는 방법까지 정리합니다.

활용 사례
2026-08-06

SQL 절 실행 순서 레퍼런스|WHERE에서 SELECT 별칭을 못 쓰는 이유

SQL은 작성한 순서대로 실행되지 않습니다. 논리적 실행 순서(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)를 축으로, 별칭이 WHERE에서 안 되는 이유, WHERE와 HAVING의 구분, ONLY_FULL_GROUP_BY, COUNT(*)와 COUNT(컬럼)의 차이, LEFT JOIN + WHERE 함정을 예제로 정리합니다.

활용 사례
2026-08-06

unified diff 형식 읽는 법|git diff의 @@ 헤더 완전 해설

git이 출력하는 unified diff 형식을 읽는 법을 정리했습니다. @@ -12,7 +12,9 @@ 의 네 숫자가 뜻하는 것, 한 글자만 고쳐도 줄 전체가 바뀐 것처럼 보이는 이유, 공백과 줄바꿈 문자의 함정, \ No newline at end of file, 머지 커밋의 @@@, similarity index를 통한 이름 변경 감지까지 예제로 설명합니다.

활용 사례
2026-08-06

UTC⇄JST/KST 변환 레퍼런스|9시간 시차 대조표와 타임존 사고 예방법

UTC와 일본 시간(JST)·한국 시간(KST)의 변환을 대조표로 정리했습니다. ISO 8601의 Z와 +09:00의 의미, JavaScript 날짜 파싱이 9시간 어긋나는 조건, MySQL/PostgreSQL의 타임존 동작, GitHub Actions cron이 UTC로 도는 함정까지 예제와 함께 해설합니다.

활용 사례
2026-08-04

CREATE TABLE 레퍼런스|MySQL·PostgreSQL·SQLite의 타입과 제약 조건 차이

CREATE TABLE(DDL) 작성법을 3개 데이터베이스 비교표로 정리했습니다. 타입 대응표, 자동 증가(AUTO_INCREMENT / IDENTITY / rowid)의 방언 차이, 외래 키의 ON DELETE 동작, MySQL이 조용히 무시하는 CHECK 제약까지 예제와 함께 해설합니다.

광고

광고