
UiPath 테스트가 수동 절차를 읽고 실행한다…최종 판단은 사람이 맡는다

UiPath는 2026년 9월 23일 미국 라스베이거스 FUSION 행사에서 Test Cloud의 자율 실행·탐색 계획을 발표했다. Autopilot이 수동 테스트 절차를 해석해 애플리케이션에서 실행하고, 별도 에이전트가 테스터의 목표에 따라 애플리케이션을 탐색하는 기능은 10월 제공 예정이다. 회사는 결함 분류와 품질·출시 위험에 관한 최종 판단을 사람이 맡는다고 설명했다.
SiliconANGLE의 FUSION 보도는 수동으로 만든 테스트의 실행과 목표 기반 탐색을 이번 발표의 핵심 변화로 소개했다. 현재 이용할 수 있는 범위는 새 자율 기능 전체가 아니라, 적격 테넌트에 제한적으로 열린 기존 Playwright 실행 기능이다. 이번 발표의 일정을 이해하려면 이미 작동하는 연동과 앞으로 제공할 에이전트 기능을 분리해야 한다.
수동 실행은 10월, AI 검증은 12월 미리보기
Test Cloud라는 제품 이름 아래 묶였지만 기능마다 배포 단계가 다르다. 발표 일정에서 자율 실행과 Autonomous Exploration은 10월 제공 예정인 반면, AI 기능을 포함한 애플리케이션과 에이전트의 검증은 12월 공개 미리보기 예정이다. 같은 10월에도 Playwright 연동과 UiPath Delegate는 공개 미리보기로 분류돼 있으므로, 발표된 기능을 모두 정식 제공으로 묶을 수 없다.
- 현재 제한 제공: 기존 Playwright 자동화로 만든 테스트 사례를 Test Manager에서 실행하는 기능은 자격을 갖춘 테넌트에만 열려 있다. Test Cloud를 통해 제공되는 관리·실행 기능이며 전체 고객에게 일반 제공되는 단계는 아니다.
- 10월 제공 예정: Autopilot은 이미 작성된 수동 테스트의 지시를 해석해 애플리케이션에서 실행한다. Autonomous Exploration은 사람이 정한 목표를 따라 애플리케이션을 탐색하고 잠재적 문제를 조사해 검토할 발견 사항을 남긴다.
- 10월 공개 미리보기 예정: Playwright 연동의 공개 미리보기와 UiPath Delegate가 이 범주에 있다. Delegate는 실행 주변의 반복 업무를 처리하지만, 테스트 결과를 분류하고 품질을 결정하는 역할은 테스터에게 남는다.
- 12월 공개 미리보기 예정: AI가 포함된 애플리케이션과 에이전트의 결과를 UI·API 상호작용 및 의미 기반 검증으로 평가하는 기능이다. 결과가 실행마다 달라질 수 있는 시스템을 대상으로 한다.
여기서 ‘제공 예정’은 기능을 출시하겠다는 일정이고, ‘공개 미리보기’는 초기 배포 단계다. UiPath는 자율 실행과 탐색의 세부 접근 조건이나 고객별 개시 시점을 이번 발표에서 확정하지 않았다. 기업별 실제 사용 가능 여부는 해당 기능이 테넌트에 열리는 시점과 적용 조건에 따라 달라진다.
Autopilot은 절차를 실행하고 탐색 에이전트는 목표를 따른다
자율 실행의 입력은 사람이 만든 수동 테스트다. 테스트 단계가 있으면 Autopilot이 지시를 해석하고 애플리케이션에서 실행하므로, 그 절차를 돌리기 위해 자동화 스크립트를 미리 작성할 필요가 없다는 것이 발표된 기능의 핵심이다. 사람이 의도와 기대 결과를 정하는 부분은 그대로 남고, 반복적인 수행 단계가 소프트웨어로 옮겨간다.
Autonomous Exploration은 출발점부터 다르다. 테스터가 특정 목표를 제시하면 에이전트가 애플리케이션을 탐색하고 잠재적인 문제를 조사한 뒤 발견 사항을 보고한다. 이는 정해 둔 단계의 실행 여부를 확인하는 작업과 달리, 목표와 관련된 흐름에서 예상 밖의 동작을 찾으려는 방식이다. 보고된 현상을 실제 결함으로 받아들일지는 사람이 검토한다.
이 차이는 QA팀이 받는 결과의 성격을 바꾼다. 수동 절차를 자동으로 실행한 기록은 해당 절차가 수행됐다는 근거가 되고, 탐색 보고서는 추가 조사가 필요한 후보를 늘릴 수 있다. 어떤 업무 위험을 우선 다뤄야 하는지나 발견한 현상이 출시를 막을 만큼 심각한지는 실행 기록만으로 결정되지 않는다.
UiPath가 설명한 장기 구상은 반복 실행부터 결과 분석, 유지관리와 예외 전달까지 에이전트가 더 많은 운영 과정을 맡는 체계다. 이번에 일정이 붙은 기능은 각각 입력과 결과가 정해진 개별 기능이다. 품질 담당자는 시험할 조건을 설정하고 모호한 결과를 해석하며 위험과 출시 결정을 책임지는 주체로 제시됐다.
Playwright 연동은 지금 어디까지 가능한가
기존 코드형 테스트를 보유한 조직이 현재 이용할 수 있는 기능은 범위가 더 좁다. UiPath Test Manager의 9월 릴리스 노트는 Playwright 자동화에 연결된 테스트 사례의 실행을 적격 테넌트 대상의 제한 제공으로 명시한다. 이 기능을 쓰면 Studio에서 Playwright 스위트를 다시 작성하지 않고 Test Manager의 테스트 사례 관리와 실행에 연결할 수 있다. 다만 해당 테넌트에 기능이 제공돼야 한다.
연결 방식도 새 자율 실행과 구별된다. uip tm pack 명령이 Node.js 기반 Playwright 프로젝트를 UiPath 자동화 패키지로 묶고, 이를 Orchestrator에 게시한다. 프로젝트 키로 패키지를 만들면 Test Manager가 이를 받아들일 때 test() 블록을 바탕으로 테스트 사례를 만들고 자동화에 연결한다. 기존 스크립트를 관리 체계에 편입하는 흐름이며, Autopilot이 수동 절차를 해석해 실행하는 기능과는 별개다.
실행할 때는 테스트 세트에서 Playwright 프로젝트를 선택하며, 패키지와 버전 및 프로젝트 선택이 실행 기록에 남는다. 로그의 Attempts 탭은 시도별 오류 맥락을 보여주고 Trace 탭은 Playwright 추적, 콘솔 로그와 네트워크 호출을 확인하게 한다. 실패 뒤 재시도에서 통과한 테스트는 최종 상태가 통과로 기록되지만 이전 실패 시도도 남는다. 이 기록은 간헐적 실패를 최종 통과 상태와 함께 검토할 단서를 준다.
지원되는 실행 구성에는 분명한 경계가 있다. Node.js Playwright 프로젝트와 Chromium 브라우저만 지원하고 실행 환경은 서버리스로 제한된다. 테스트 세트 실행마다 Orchestrator 작업 하나가 생성되며, 여러 파드로 나눠 실행하는 방식은 지원되지 않는다. 서로 다른 Playwright 패키지의 테스트나 같은 패키지의 서로 다른 버전을 한 테스트 세트에 섞는 것도 막혀 있다.
따라서 이미 Playwright를 쓴다는 사실만으로 기존 스위트 전체가 곧바로 옮겨지는 것은 아니다. 예컨대 다른 브라우저에서만 확인하던 동작은 현재 지원 범위만으로 그대로 재현할 수 없다. 현재 조건에 맞고 제한 제공 대상인 조직은 기존 스크립트를 유지한 채 Test Manager의 실행 이력과 사례 관리를 연결할 수 있다. 예정된 공개 미리보기의 지원 범위는 실제 배포 때 확인해야 한다.
AI 결과 검증과 사람의 품질 판단
12월 공개 미리보기 예정인 AI 애플리케이션 검증은 테스트 대상의 성격이 다르다. AI 기능이나 에이전트는 같은 상호작용에서도 표현이 달라질 수 있어, 고정된 문자열 하나와 일치하는지만 보는 방식으로는 의도한 결과를 충분히 평가하기 어렵다. UiPath가 제시한 방법은 UI와 API에서 나타난 반응을 의미 기반 및 AI 기반 검증으로 살펴, 애플리케이션이 목표에 도달했는지 평가하는 것이다.
이 기능이 공개 미리보기로 분류된 만큼, 현재 운영 중인 Playwright 실행이나 앞서 예정된 수동 절차 실행과 동일한 가용성으로 취급할 수 없다. 또한 의미 기반 평가가 가능해져도 적절한 목표와 허용 범위를 정하는 일은 테스트 설계에 남는다. 에이전트의 평가가 품질 보증의 최종 결론을 대신하는 방식으로 발표되지는 않았다.
UiPath Delegate도 같은 역할 경계를 보여준다. 이 에이전트는 테스트 실행과 관련된 정보 이동, 기록 갱신, 증거 첨부, 요약 준비 같은 반복 업무를 맡도록 설계됐다. 발견한 문제를 분류하고 어느 위험을 감수할지 정하는 권한은 테스터에게 남는다. 실행과 주변 업무가 자동화될수록 사람은 실패의 맥락과 출시 영향에 집중한다는 것이 회사가 제시한 운영 방향이다.
다음 확인 지점은 예정된 기능이 실제 테넌트에 열릴 때의 접근 범위다. 특히 Playwright 공개 미리보기가 현재의 Chromium·서버리스 제약을 유지하는지, 자율 실행과 탐색의 사용 조건이 무엇인지가 기존 QA 환경과 새 기능을 연결하는 데 직접적인 영향을 준다.
함께 읽기:
관련 기사
뉴스레터 구독
최신 Web3, AI, 암호화폐 뉴스를 이메일로 받아보세요.




