설치 · 사용법

Postman 환경 변수 설정

먼저 확인

환경을 만들고 base_url의 Value를 입력한 뒤 그 환경을 활성화하세요. 요청 URL에서 {{base_url}}를 참조하고 변수 위에 마우스를 올려 해석값을 확인합니다. 같은 이름의 data·local 범위 변수가 있으면 환경 값을 덮어쓸 수 있습니다. 기본 Value는 로컬이며 팀 공유는 별도 행동입니다.

설정과 확인

대상
Postman v12 데스크톱의 환경 변수
활성 환경
오른쪽 위 환경 selector · 한 번에 하나
참조 문법
{{base_url}} · 이름과 대소문자 일치
검수 기준
해석값·변수 범위·로컬/공유 값 구분

1. 환경 변수 설정 순서

  1. 1. 환경 만들기

    사이드바의 + → Environments 또는 오른쪽 위 환경 selector의 +로 환경을 만들고 이름을 붙입니다.

  2. 2. 변수와 Value 입력

    Items → Environments에서 해당 환경을 열어 base_url과 로컬 Value를 넣습니다. 변수 변경은 자동 저장됩니다.

  3. 3. 사용할 환경 활성화

    오른쪽 위 환경 selector에서 방금 만든 환경을 선택합니다. 만들어 둔 것과 활성화한 것은 다릅니다.

  4. 4. 요청에서 변수 참조

    URL에 {{base_url}}/get처럼 이름을 중괄호 두 겹으로 감쌉니다. 비밀이 아닌 공식 Echo 예시로 연습할 수 있습니다.

  5. 5. 해석값과 범위 확인

    변수 위에 마우스를 올리고 Variables 보기도 확인합니다. 예상한 환경·값과 다르면 동명 변수나 실행 스크립트·데이터를 먼저 확인하세요.

2. 대상과 연습 값

현재 v12 데스크톱의 환경 변수 설정을 다룹니다. 프로그램 선택·Desktop/Web/Agent 차이가 필요하면 Postman 제품 안내에서 확인하세요. 과거 화면이나 VS Code 확장의 두 값 입력 칸을 현재 데스크톱과 같은 절차로 적용하지 않습니다.

첫 연습에는 API 키나 운영 서버를 넣을 필요가 없습니다. 공식 Postman Echo의 GET 예시를 열고 브라우저 주소에서 마지막 /get을 제외한 기본 주소를 base_url의 값으로 사용하세요. 요청에는 {{base_url}}/get를 넣습니다.

기본 검수부터

빈 연습 요청과 비밀이 아닌 값을 사용하세요. 운영 API의 생성·수정·삭제 요청이나 실제 키의 공유는 이 설정 연습에 필요하지 않습니다.

3. 환경 생성과 활성화

  1. 사이드바의 + → Environments를 선택하거나 오른쪽 위 환경 selector의 +로 새 환경을 만듭니다. 이름은 연습용임을 알아볼 수 있게 정합니다.
  2. Items → Environments에서 해당 환경을 열고 변수 이름 base_url과 Value를 입력합니다. 현재 변수 변경은 자동 저장됩니다.
  3. 오른쪽 위 환경 selector에서 그 환경을 선택해 활성화합니다. 환경을 만들기만 한 상태로 요청을 보내지 않습니다.

한 번에 활성화할 수 있는 환경은 하나입니다. 환경 이름이 기대한 대상인지 확인한 뒤 요청 편집기로 돌아가세요. 팀 환경의 공유 값을 편집하는 권한과 자기 로컬 값을 바꾸는 권한도 구분해야 합니다.

현재 메뉴와 환경 편집의 권한은 공식 환경 관리 문서에서 확인할 수 있습니다.

4. 참조와 해석값

GET 연습 요청의 URL을 {{base_url}}/get로 구성합니다. 이름의 대소문자·밑줄이 환경 변수와 같아야 하며 중괄호는 양쪽 두 개씩입니다. 주소 값에 마지막 /get까지 넣으면 요청의 경로와 중복되므로 기본 주소와 요청 경로를 나눕니다.

  • URL의 변수 위에 마우스를 올려 해석되는 로컬 값을 확인합니다. 정의되지 않은 이름이나 예상과 다른 주소면 아직 보내지 않습니다.
  • workbench의 Variables를 열어 활성 환경의 로컬 값을 확인합니다. 환경 이름만 같다고 실제 값까지 같다고 판단하지 않습니다.
  • 공식 Echo로 만든 빈 GET 연습에서는 요청 경로가 /get으로 끝나고 변수 자리에 기본 주소가 들어가는지 대조합니다. 필요한 경우 그 GET 응답으로 기본 연결만 확인합니다.

실행 중 바뀌는 값

Pre-request 스크립트나 Runner 데이터가 같은 이름의 값을 다시 설정하면 보내기 전 표시와 실행 시 값이 달라질 수 있습니다. 해당 요청·컬렉션의 스크립트와 실행 데이터를 함께 확인하세요. 응답 성공만으로 원하는 환경이 적용됐다고 확정하지 않습니다.

변수 참조와 hover 확인은 공식 변수 사용 문서를 기준으로 합니다.

5. 변수 우선순위

같은 이름이 여러 범위에 있으면 더 좁은 범위의 값이 선택됩니다. 넓은 쪽부터 global → collection → environment → data → local 순입니다. 환경 값은 collection·global을 덮어쓰지만 data·local 값이 있으면 다시 덮어쓰일 수 있습니다.

동명 변수의 범위와 확인 위치
범위 확인할 위치
global workspace의 전역 변수
collection 요청이 속한 컬렉션의 변수
environment 현재 활성 환경의 변수
data Runner·CLI 실행에 넣은 CSV/JSON 데이터
local 요청/컬렉션 실행에서 만든 임시 변수

줄이 그어진 변수는 다른 범위에 덮어써진 값일 수 있습니다. 예를 들어 collection과 environment에 base_url이 각각 있고 더 좁은 변수가 없다면 활성 환경 값이 적용됩니다. 기대와 다르면 같은 이름의 data·local 값부터 확인하세요.

환경 변수의 로컬 값(local value)은 자기 Postman 인스턴스에 보관된 값이라는 뜻입니다. local scope는 요청·컬렉션 실행에 쓰는 임시 범위입니다. 두 표현의 local이 같아도 같은 개념이 아닙니다.

범위와 보관 상태의 차이는 공식 변수 범위·값 설명에서 확인할 수 있습니다.

6. 로컬 값과 공유 값

현재 기본 Value는 자기 Postman의 로컬 값이고 Postman Cloud에 동기화하지 않습니다. Share를 실행하면 그 시점의 값을 바탕으로 별도의 공유 값이 생깁니다. 이후 로컬 값을 수정해도 공유 값이 자동으로 바뀌지는 않습니다.

어느 값을 바꾸는지 확인
행동 반영 범위
Value의 로컬 값 수정 자신의 요청에 쓰는 값 변경
Share·공유 값 갱신 팀/Cloud에 전달할 값 변경
More → Shared Value 보기에서 해당 칸 수정 공유 값 직접 갱신

팀원이 쓰는 기본값이나 Cloud에서 실행하는 monitor·예약 실행 등에 필요한 공유 값은 별도 조건입니다. 개인 요청이 안 된다고 Share나 Share all부터 누르지 마세요. 먼저 활성 환경·참조 이름·우선순위를 확인합니다.

v12 데스크톱에서는 과거 Initial/Current 두 칸을 독립적으로 관리하는 방식 대신 로컬 Value와 공유 동작을 구분합니다. VS Code 확장에는 Initial/Current가 지원된다는 예외가 있어 이전 글의 화면을 그대로 대입하면 헷갈릴 수 있습니다.

공유 범위·권한과 중단 방법은 공식 변수 공유 문서에서 확인하세요.

7. 비밀값의 조건

API 키·토큰을 저장할 때는 단순 주소 예시와 다르게 처리해야 합니다. 현재 Secure는 화면에서 값을 가리는 표시만이 아니라 Local Vault 키를 사용하는 AES-256 암호화입니다. Editor 접근과 Local Vault 키 설정 조건을 확인하세요.

Secure 변수는 기본 로컬입니다. 팀·Cloud 기능에서 쓰려면 Shared Vault와 변수 자체의 공유 조건을 확인해야 합니다. Shared Vault에 secret을 보관한 것만으로 그 secret을 참조하는 변수까지 공유되지는 않습니다.

설정 오류와 공유를 구분

값이 적용되지 않는 문제를 해결하려고 Not a secret으로 암호화를 풀거나 키를 전체 공유하지 마세요. 이미 공개한 키는 폐기·재발급하고 실제 공개 범위를 확인해야 합니다.

Secure 설정·이전 방식의 차이는 공식 Secure 변수 설명을 확인하세요. 이 가이드는 Vault 전체 구성이나 팀 보안 정책 설정까지 다루지 않습니다.

8. 적용이 다를 때

기대값과 다를 때의 확인 순서
상태 먼저 확인
변수를 만들었는데 값이 없음 활성 환경·이름/대소문자·중괄호·빈/비활성 변수
다른 주소로 해석됨 동명 변수의 더 좁은 범위와 실제 값
연습 경로가 중복됨 base_url에 /get까지 넣었는지
화면과 실행 결과가 다름 Pre-request 스크립트·Runner 데이터의 덮어쓰기
내 변경이 팀원에게 안 보임 로컬 Value만 바꿨는지, 공유 값/권한은 별개인지

다시 검수할 때는 활성 환경 이름 → 변수 참조 → 해석값 → 동명 변수/실행 데이터 순으로 확인합니다. 자신의 요청에 기대한 값이 보이는지와 팀/Cloud 공유값이 맞는지는 별개의 점검입니다. 주소 해석이 맞더라도 서버 접근·인증·응답 오류까지 모두 해결된 것은 아닙니다.

9. 자주 묻는 질문

환경을 만들었는데 왜 변수 값이 적용되지 않나요?

+

오른쪽 위에서 해당 환경을 활성화했는지 먼저 확인하세요. 이름·중괄호·빈/비활성 변수와 같은 이름의 data·local 변수도 확인해야 합니다. 더 좁은 범위가 있으면 환경 값보다 우선합니다.

로컬 값과 local scope는 같은 뜻인가요?

+

아닙니다. 로컬 값은 자기 인스턴스에 보관되는 값이고 local scope는 요청·컬렉션 실행에서 쓰는 임시 범위입니다. 환경 변수도 로컬 값을 가질 수 있습니다.

Initial·Current 입력 칸이 보이지 않는데 어떻게 하나요?

+

현재 v12 데스크톱은 기본 로컬 Value와 별도의 공유 행동으로 관리합니다. 과거 두 칸을 찾을 필요가 없습니다. VS Code 확장은 Initial/Current를 지원하는 별도 예외입니다.

내 Value를 바꾸면 팀원의 값도 바뀌나요?

+

로컬 Value 수정만으로 공유 값이 자동 갱신되지는 않습니다. Share·공유 값 갱신 또는 Shared Value 칸의 직접 편집과 구분하세요.

Secure는 값을 가리는 기능뿐인가요?

+

현재 Secure는 Local Vault 키를 이용해 AES-256으로 암호화합니다. 키·Editor 조건을 확인하고 팀/Cloud에 사용할 때는 Shared Vault와 참조 변수 공유도 구분하세요.

10. 참고 자료

함께 보면 좋은