Может что путаю, но респонс будет внутри evaluate по идее

Да, все логично)

я вот не могу понять чего, я же его возвращаю

и evaluate возвращает то, что возвращает функция внутри :)

В 1 примере нет никакого return вроде

он не нужен если все в одну строчку

() => 2+2 вернет 4 даже если не писать return

если explicit хочешь, то

() => {
   return 2+2;
}

ладно, проехали) наверное заморочки с контекстом

Я сейчас сходу не вспомню что там не так с evaluate, давно использовал, были похожие приколы с ним просто. Помню что инициализировал сначала переменные, а в evaluate сохранял в них данные

Было меньше мороки так)

Точнее не сохранение было, а использование внешних. Что-то уже перемешалось все в памяти) Но запомнилось, что с evaluate часто что-то интересное происходит)

const response = await page.evaluate(() =>
      fetch('https://somesitehere/sitemap.xml', {
        method: 'GET',
        referrerPolicy: 'strict-origin-when-cross-origin',
      }),
    );

Тут дело в том что ты возвращаешь промис.(evaluate выполняет код внутри браузера). Промис это объект со скрытыми свойствами, которые ты не увидишь потомучто скрытые они не просто так)

🙊🙈

Он не смог засерилизоватся в json мб

Коллеги, подскажите, нужно сделать автотест на сложный бизнес-процесс, когда над одной формой поочерёдно работают несколько пользователей с разными ролями. Как лучше, делать один весьма большой тест или несколько связанных? Я знаю, что связанные тесты это не очень хорошая идея, но меня смущает, что если тест будет один, то он будет очень сложным и долгим.

разбивайте тест на множество тестов, я понимаю, что код будет дублироваться, но в каждом тесте делайте специфический фокус.
Например заполнение формы и отправка. Можно сделать тест 1, который будет только заполнять форму и потом проверять значения в полях. тест 2 будет тоже заполнять форму (не проверять что заполнение корректно) и будет уже отправлять форму, потом проверка что отправило корректно. То есть уже во втором тесте мы берем на веру что заполнение работает. Таким образом мы разделяем что мы проверяем.

связанные тесты очень сложно дебажжить и рефакторить, лучше сделать несколько несвязанных даже если они будут копи пастить какую-то логику или части