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

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

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

---

[Agentic test-environment engineering](/en/courses/agentic-testing) 1. 테스트 하네스와 실행 토폴로지 1 / 9

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

probe portfolio, runner topology, evidence schema와 release 의미
Concept 45 XP 9 min

테스트 파일이 많아도 어떤 환경에서 어떤 증거를 남기고 어떤 배포를 막는지 불명확하면 신뢰할 수 없습니다. 테스트 하네스는 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를 운영한다

Got it · Continue

---

Site guide for agents: https://learning.reopt.ai/llms.txt · Sitemap: https://learning.reopt.ai/sitemap.xml · Contact: https://learning.reopt.ai/contact