import { request as apiRequests } from '@playwright/test';

const api = await apiRequests.newContext({
  proxy: { server: 'http://proxy.example:8080' }
});

try {
  const response = await api.get('https://example.com/');
} finally {
  await api.dispose();
}

Перадайце proxy пры стварэнні асобнага APIRequestContext. Для запуску праз публічны проксі выберыце HTTP-канчатковы пункт з спісу HTTP-проксі і заменіце прыкладны адрас проксі; пакіньце патрэбны URL API як прызначэнне. Гэты кантэкст валодае сваёй канфігурацыяй злучэння і патрабуе вызвалення пасля выкарыстання.

Налада запуску браўзера не канфігуруе асобна створаныя кантэксты API. Убудаваны request fixture Playwright Test чытае адпаведную канфігурацыю тэста, але дапаможнік, які выклікае newContext(), стварае іншую мяжу канфігурацыі. Калі навігацыя браўзера працуе, а дапаможнік перавышае час чакання, знайдзіце гэта месца выкліку і праверце атрыманыя ім параметры.

Маршрутызацыя таксама аддзелена ад уваходу на прызначэнне. Уліковыя даныя проксі аўтарызуюць пасярэдніка. Уліковыя даныя сайта і кукі аўтарызуюць мэту; асобны кантэкст не наследуе кукі браўзера толькі таму, што імя хоста супадае. Кантэксты запытаў, звязаныя з браўзерам, маюць свае дакументаваныя правілы сумеснага выкарыстання кук.

Пакіньце праверку сертыфіката ўключанай пры выбары маршруту. ignoreHTTPSErrors змяняе праверку, а не тое, які проксі выкарыстоўвае гэты кантэкст.

Падобныя артыкулы