Chrome for Testing: 브라우저 자동화를 위한 안정적인 다운로드

오늘 Google은 웹 앱 테스트 및 자동화 사용 사례를 주로 다루는 새로운 Chrome 버전인 Chrome for Testing을 발표하게 되어 기쁩니다. 이 도움말에서는 Chrome for Testing이 필요하다고 생각하는 이유와 개발자에게 Chrome for Testing이 도움이 될 수 있는 구체적인 예를 살펴봅니다.

배경

브라우저 테스트는 수동이든 자동으로 수행하든 상관없이 고품질 웹 환경을 만드는 데 필수적인 구성 요소입니다. 동시에 적절한 브라우저 테스트 환경을 설정하는 것은 매우 어렵기 때문에 웹 개발자의 가장 큰 고충으로 일관적으로 보고되고 있습니다. 오늘 Google은 이러한 고충을 조금이나마 완화시킬 수 있는 변경사항을 발표하고자 합니다.

자동 업데이트: 사용자에게는 유용하지만 개발자에게는 쉽지 않은 기능임

Chrome의 가장 주목할 만한 기능 중 하나는 자동 업데이트입니다. 사용자는 최신 웹 플랫폼 기능, 브라우저 기능 및 버그 수정 등 안전한 최신 버전을 실행하고 있다는 사실에 만족감을 느낍니다.

그러나 일련의 엔드 투 엔드 테스트를 실행하는 개발자는 완전히 다른 관점을 가질 수 있습니다.

  • 반복된 테스트 실행에서 일관되고 재현 가능한 결과를 원하지만, 브라우저 실행 파일 또는 바이너리가 두 실행 간에 자체적으로 업데이트하기로 결정하는 경우에는 이러한 결과가 발생하지 않을 수도 있습니다.
  • 특정 브라우저 버전을 고정하고 이 버전 번호를 소스 코드 저장소에 확인하여 이전 커밋과 브랜치를 체크아웃하고 해당 시점부터 브라우저 바이너리에 대한 테스트를 다시 실행할 수 있습니다.

자동 업데이트 브라우저 바이너리로는 이러한 작업을 할 수 없습니다. 따라서 자동 테스트에 일반 Chrome 설치를 사용하고 싶지 않을 수 있습니다. 이는 일반 브라우저 사용자에게 좋은 것과 자동 테스트를 하는 개발자에게 좋은점 간의 근본적인 불일치입니다.

버전이 지정된 브라우저 바이너리

자동 업데이트를 제외하면 특정 버전의 Chrome 바이너리를 찾기가 어려울 수도 있습니다. Google은 버전이 지정된 Chrome 다운로드 항목을 의도적으로 제공하지 않습니다. 사용자는 버전 번호에 신경 쓸 필요가 없으며 항상 가능한 한 빨리 최신 버전으로 업데이트해야 하기 때문입니다. 사용자에게는 유용하지만 이전 Chrome 버전에서 버그 신고를 재현해야 하는 개발자에게는 골치 아픈 문제입니다.

이러한 문제의 보다 구체적인 예는 브라우저 자동화에 ChromeDriver를 사용하려는 경우입니다. 어떻게든 Chrome 바이너리를 다운로드해야 할 뿐만 아니라 두 바이너리가 호환되도록 하려면 상응하는 버전의 ChromeDriver 바이너리도 필요합니다.

이 문제를 해결할 수 있는 좋은 방법이 없기 때문에 많은 개발자가 Chrome이 아닌 Chromium 바이너리를 대신 다운로드한다는 점을 잘 알고 있습니다. 하지만 이 방법에는 몇 가지 결함이 있습니다. 첫째, 이러한 Chromium 바이너리는 모든 플랫폼에서 안정적으로 사용할 수 없습니다. 둘째, Chrome 출시 프로세스와 별도로 빌드 및 게시되므로 버전을 실제 사용자 대상 Chrome 출시에 다시 매핑할 수 없습니다. 셋째, Chromium은 Chrome과 다릅니다.

솔루션: Chrome for Testing

이러한 문제를 해결하기 위해 설계된 Chrome for Testing은 테스트 사용 사례를 대상으로 하는 Chrome의 전용 버전으로, 자동 업데이트가 없으며 Chrome 출시 프로세스에 통합되어 모든 Chrome 버전에 대해 제공됩니다. 테스트 사용 사례에 부정적인 영향을 미치지 않으면서 일반 Chrome과 최대한 유사한 버전이 지정된 바이너리

Chrome for Testing을 만들기 위해 Chromium 및 Chrome 코드베이스가 변경되었으며 모든 채널 (정식, 베타, 개발자, Canary)에서 Chrome 출시 프로세스와 함께 이러한 바이너리를 빌드하고 공개적으로 사용 가능한 버킷에 업로드하도록 인프라를 설정했습니다.

Chrome for Testing 관련 인프라를 통해 Chrome 이외의 흥미로운 기회를 얻을 수 있습니다. 예를 들어 일치하는 Chrome 및 ChromeDriver 바이너리를 찾는 것과 관련하여 이전에 언급한 어려움은 ChromeDriver 출시 프로세스를 Chrome for Testing 인프라에 통합하면 완전히 없어질 수 있습니다. 이로 인해 사용자가 직면하는 이러한 문제를 해결할 수 있을 뿐만 아니라 ChromeDriver 출시와 Chrome을 일치시키고 ChromeDriver를 수동으로 출시하지 않아도 됩니다.

Chrome for Testing 바이너리는 어떻게 구할 수 있나요?

플랫폼에 맞게 Chrome for Testing 바이너리를 다운로드하는 가장 쉬운 방법은 npm를 통해 제공되는 @puppeteer/browsers 명령줄 유틸리티를 사용하는 것입니다. 예를 들면 다음과 같습니다.

# Download the latest available Chrome for Testing binary corresponding to the Stable channel.
npx @puppeteer/browsers install chrome@stable

# Download a specific Chrome for Testing version.
npx @puppeteer/browsers install chrome@116.0.5793.0

# Download the latest available ChromeDriver version corresponding to the Canary channel.
npx @puppeteer/browsers install chromedriver@canary

# Download a specific ChromeDriver version.
npx @puppeteer/browsers install chromedriver@116.0.5793.0

이러한 바이너리를 다운로드하기 위해 자동화된 스크립트를 직접 빌드하려는 경우에도 도움이 될 수 있습니다. Google에서는 Chrome 출시 채널 (안정화, 베타, 개발자, Canary)별로 사용 가능한 최신 버전으로 JSON API 엔드포인트를 제공합니다. 최신 상태에 대한 간략한 개요를 보려면 Chrome for Testing 가용성 대시보드를 참고하세요.