Puppeteer로 웹 블루투스 테스트

François Beaufort
François Beaufort

웹 블루투스는 Chrome 56부터 지원되었으며 개발자가 사용자의 블루투스 기기와 직접 통신하는 웹 앱을 작성할 수 있도록 해줍니다. 호환되는 블루투스 기기에 코드를 업로드하는 Espruino 웹 편집기의 기능이 이러한 예시 중 하나입니다. 이제 Puppeteer를 사용하여 이러한 애플리케이션을 테스트할 수 있습니다.

이 블로그 게시물에서는 Puppeteer를 사용하여 블루투스 지원 웹 앱을 운영하고 테스트하는 방법을 설명합니다. 여기서 중요한 부분은 Puppeteer가 Chrome의 블루투스 기기 선택 도구를 운영하는 기능입니다.

Chrome에서 웹 블루투스를 사용하는 방법을 잘 모르는 경우 다음 동영상에서 Espruino 웹 편집기의 블루투스 메시지를 확인하세요.

사용자가 Espruino 웹 편집기에서 Puck.js 블루투스 기기를 선택합니다.

이 블로그 게시물을 따르려면 블루투스 지원 웹 앱, 통신할 수 있는 블루투스 기기, Puppeteer v21.4.0 이상이 필요합니다.

브라우저 실행

대부분의 Puppeteer 스크립트와 마찬가지로 Puppeteer.launch()로 브라우저를 실행하여 시작합니다. 블루투스 기능에 액세스하려면 몇 가지 추가 인수를 제공해야 합니다.

import puppeteer from 'puppeteer';

const browser = await puppeteer.launch({
  headless: false,
  args: ["--enable-features=WebBluetooth"],
});

첫 번째 페이지를 열 때는 일반적으로 시크릿 브라우저 컨텍스트를 사용하는 것이 좋습니다. 이렇게 하면 스크립트로 실행되는 테스트 간에 권한이 유출되는 것을 방지할 수 있습니다 (Puppeteer에서 방지할 수 없는 OS 수준의 공유 상태가 있긴 함). 다음 코드는 이를 보여줍니다.

const browserContext = await browser.createIncognitoBrowserContext();
const page = await browserContext.newPage();

그런 다음 Page.goto()를 사용하여 테스트 중인 웹 앱의 URL로 이동할 수 있습니다.

블루투스 기기 메시지 열기

Puppeteer를 사용하여 웹 앱의 페이지를 연 후에는 블루투스 기기에 연결하여 데이터를 읽을 수 있습니다. 다음 단계에서는 웹 앱에 navigator.bluetooth.requestDevice() 호출을 비롯한 일부 JavaScript를 실행하는 버튼이 있다고 가정합니다.

Page.locator().click()를 사용하여 이 버튼을 누르고 Page.waitForDevicePrompt()를 사용하여 블루투스 기기 선택기가 표시될 때 이를 인식합니다. 버튼을 클릭하기 전에 waitForDevicePrompt()를 호출해야 합니다. 그렇지 않으면 메시지가 이미 열려 있으므로 이를 감지할 수 없습니다.

이 두 Puppeteer 메서드 모두 약속을 반환하므로 Promise.all()는 올바른 순서로 함께 호출하는 편리한 방법입니다.

const [devicePrompt] = await Promise.all([
  page.waitForDevicePrompt(),
  page.locator("#start-test-button").click(),
]);

waitForDevicePrompt()에서 반환된 약속은 연결하려는 블루투스 기기를 선택하는 데 사용할 DeviceRequestPrompt 객체로 확인됩니다.

기기 선택

DeviceRequestPrompt.waitForDevice()DeviceRequestPrompt.select()를 사용하여 올바른 블루투스 기기를 찾아 연결합니다.

DeviceRequestPrompt.waitForDevice()는 Chrome에서 기기에 관한 기본 정보가 포함된 블루투스 기기를 찾을 때마다 제공된 콜백을 호출합니다. 콜백이 처음으로 true를 반환하면 waitForDevice()가 일치하는 DeviceRequestPromptDevice로 확인됩니다. 해당 기기를 DeviceRequestPrompt.select()에 전달하여 해당 블루투스 기기를 선택하고 연결합니다.

const bluetoothDevice = await devicePrompt.waitForDevice(
  (d) => d.name == wantedDeviceName,
);
await devicePrompt.select(bluetoothDevice);

DeviceRequestPrompt.select()가 확인되면 Chrome이 기기에 연결되고 웹페이지에서 기기에 액세스할 수 있습니다.

기기에서 읽기

이 시점에서 웹 앱이 선택한 블루투스 기기에 연결되고 기기에서 정보를 읽을 수 있습니다. 다음과 같습니다.

const serviceId = "6e400001-b5a3-f393-e0a9-e50e24dcca9e";

const device = await navigator.bluetooth.requestDevice({
  filters: [{ services: [serviceId] }],
});
const gattServer = await device.gatt.connect();
const service = await gattServer.getPrimaryService(serviceId);
const characteristic = await service.getCharacteristic(
  "0b30afd0-193e-11eb-adc1-0242ac120002",
);
const dataView = await characteristic.readValue();

이 API 호출 시퀀스에 관한 자세한 워크플로는 JavaScript를 통해 블루투스 기기와 통신하기를 참고하세요.

이제 Puppeteer를 사용하여 블루투스 기기 선택기 메뉴에서 기기를 선택하는 수동 단계를 대체하여 블루투스 지원 웹 앱 사용을 자동화하는 방법을 알게 되었습니다. 이는 일반적으로 유용하지만 이러한 웹 앱의 엔드 투 엔드 테스트를 작성하는 데 직접 적용할 수 있습니다.

테스트 만들기

지금까지 코드를 가져와서 전체 테스트를 작성하는 데 누락된 부분은 웹 앱에서 Puppeteer 스크립트로 정보를 가져오는 것입니다. 이렇게 하면 테스트 라이브러리 (예: TAP 또는 mocha)를 사용하여 올바른 데이터가 읽혀지고 보고되었는지 확인하는 것이 매우 간단합니다.

이를 수행하는 가장 쉬운 방법 중 하나는 DOM에 데이터를 쓰는 것입니다. JavaScript에는 추가 라이브러리 없이 이를 수행하는 방법이 많이 있습니다. 가상의 웹 앱으로 돌아가면 블루투스 기기에서 데이터를 읽거나 필드에 리터럴 데이터를 출력할 때 상태 표시기의 색상이 변경될 수 있습니다. 예를 들면 다음과 같습니다.

const dataDisplayElement = document.querySelector('#data-display');
dataDisplayElement.innerText = dataView.getUint8();

Puppeteer의 Page.$eval()를 사용하면 이 데이터를 페이지의 DOM에서 테스트 스크립트로 가져올 수 있습니다. $eval()document.querySelector()와 동일한 로직을 사용하여 요소를 찾은 후 해당 요소를 인수로 사용하여 제공된 콜백 함수를 실행합니다. 이 값을 변수로 만든 후 어설션 라이브러리를 사용하여 데이터가 예상대로 나오는지 테스트합니다.

const dataText = await page.$eval('#data-display', (el) => el.innerText);
equal(17, dataText);

추가 리소스

Puppeteer로 블루투스 지원 웹 앱 테스트를 작성하는 더 복잡한 예시를 보려면 이 저장소(https://github.com/WebBluetoothCG/manual-tests/)를 참고하세요. 웹 블루투스 커뮤니티 그룹에서 이 테스트 모음을 유지 관리하며, 이 테스트 모음은 모두 브라우저 또는 로컬에서 실행할 수 있습니다. '읽기 전용 특성' 테스트는 이 블로그 게시물에 사용된 예와 가장 유사합니다.

감사의 말

이 프로젝트를 시작하고 이 게시물에 대한 유용한 의견을 제공해 주신 Vincent Scheib님께 감사드립니다.