# 테스트 환경은 제품의 의사결정 인프라

> probe portfolio, runner topology, evidence schema와 release 의미

- Canonical: https://learning.reopt.ai/courses/agentic-testing/lessons/at-m1-concept
- Language: ko-KR
- HTML: https://learning.reopt.ai/courses/agentic-testing/lessons/at-m1-concept

---

[에이전틱 테스트 환경 엔지니어링](/courses/agentic-testing) 1. 테스트 하네스와 실행 토폴로지 1 / 9

# 테스트 환경은 제품의 의사결정 인프라

probe portfolio, runner topology, evidence schema와 release 의미
개념 학습 45 XP 9분

테스트 파일이 많아도 어떤 환경에서 어떤 증거를 남기고 어떤 배포를 막는지 불명확하면 신뢰할 수 없습니다. 테스트 하네스는 probe·runner·환경·fixture·evidence·gate 를 하나의 운영 계약으로 묶습니다.
도구보다 release 의미 브라우저·API·workflow probe를 도구 이름이 아니라 어떤 위험을 발견하고 어떤 결정을 막는지로 분류합니다. 같은 probe도 PR과 canary에서 의미가 다를 수 있습니다.

| 계층 | 주요 책임 | 대표 증거 |
| Probe | 비즈니스 위험과 기대 결과 | assertion·event·contract |
| Runner | 격리·병렬·재시도·artifact | report·trace·screenshot |
| Environment | seed·clock·queue·flag·secret | environment fingerprint |
| Gate | 배포 중단과 예외 승인 | blocker·evidence bundle |

- 1 위험에서 시작 로그인·결제·권한·정합성처럼 배포 위험을 적습니다.

- 2 최소 probe 선택 browser·API·workflow 중 가장 직접적인 관측점을 고릅니다.

- 3 실행 격리 worker·계정·데이터·artifact 충돌을 분리합니다.

- 4 게이트 연결 실패가 어떤 배포 결정을 멈추는지 명시합니다.

실무에 남길 기준

- 테스트의 수보다 release 판단과 연결된 probe의 품질이 중요하다
- runner 설정은 환경·상태·증거 계약과 함께 설계해야 한다
- 모든 E2E를 main gate에 올리지 말고 위험도별 portfolio를 운영한다

이해했어요 · 계속

---

에이전트용 사이트 안내: https://learning.reopt.ai/llms.txt · 사이트맵: https://learning.reopt.ai/sitemap.xml · 문의: https://learning.reopt.ai/contact