чем запрос делается ?

прокси решает эту проблему для всех браузеров единообразно

writeFileSync, с колбеком ?

c промисом.

при чем await page.screenshot({path: "path"}) плейврайтовские тоже не сохраняют файлы, если юзать моку.

в скайпе мож показать, на звонке ?

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

но оно не работает
тесты генерируются до того момента как получу данные

У вас данные генерируются в одном тесте, во втором тесте вы рассчитываете их использовать, правильно?

Нет, тестовые данные дергают ручку(получает список урл ), на основе этих данных надо сгенерировать тесты

https://codecept.io/bdd/#before
Можно дергать ручку в before, например.

Из скриншота сейчас неочевидно, где вы дергаете речку.

Пробовал все равно не генерирует

Покажите вывод, что получает axios в консоль. Или лучше дайте ссылку на код, например, через https://pastebin.com/
У вас случайно на 20 строчке не затерялась лишняя data?

Сегодня проходит QA fwdays 20, много докладов по разным тематикам, а в 16:40 можно послушать доклад Дмитрия Коваленко:

Automators through the eyes of developers

This is a talk about why automators are not needed ... and programmers are also not needed ;)

We will talk about how developers see QA, why very often QA code looks so to say "strange" and where to grow to write code easier / better / stronger / tastier.


Регистрация бесплатная, после регистрации выбирайте платный или бесплатный билет и появится видео плеер

https://fwdays.com/en/event/qa-fwdays-conference/review/automators-through-the-eyes-of-developers

Добрый день!

Сейчас будет немного больше текста чем обычно 🙂

Наш JS for testing чат (https://t.me/js_for_testing) стал местом которое собрало множество специалистов js автоматизации под одной крышей. Люди задают вопросы и получают ответы, консультируются, доносят свои идеи, и просто общаются (на удивление с минимальным количеством флуда и оскорблений). Число участников стабильно растет и уже достигло 1600 человек.

Так же мы поддерживаем этот канал - JavaScript Testing Channel https://t.me/Javascript_testing_channel , в котором публикуем ссылки и новости, делаем анонсы различных мероприятий, и рассказываем об интересных проектах.

Администраторы помогают бесплатно, у нас никогда не было платной рекламы, мы редко промоутили даже свои собственные проекты 🙂

В IT отрасли люди часто много скромничают и страдают от "синдрома самозванца". Но я бы хотел вдохновить и сказать им "спасибо" за весь их вклад в сообщество с помощью новой интересной штуки.

Недавно GitHub объявил о новой интересной программе - https://stars.github.com/ . Комьюнити может номинировать людей которых считает важными и стоящими для получения достижения. Это могут быть создатели популярных инструментов, организаторы сообществ, докладчики...

Если наше комьюнити вам полезно, я хочу пригласить вас проголосовать за наших администраторов. Я думаю они вполне могут заслуживать на звездочку от Github:

К примеру Michael Bodnarchuk (@davert) - создатель CodeceptJS ( https://codecept.io/ ), и активно разрабатывает и развивает его уже долгое время. Выступил на множестве конфереций по всему миру, с огромной горой докладов, а так же побывал в программных комитетах. Кроме того на его счету множество других опенсорс и коммерческих проектов. Github аккаунт - https://github.com/DavertMik

Alexander Popov (@alex_popov_tech) - Вместе с Яковом Крамаренко разрабатывает SelenideJS и контрибьютор во множество других проектов - allure-server, playright, toundra. Участник конференций и главный специалист по клавиатурам :). Его сетап терминала вызывает зависть даже у матерых линуксоидов https://github.com/alex-popov-tech

Dmitriy Kovalenko (@dmtr_kovalenko) - Уже давно работает в команде Cypress, активно выступает на конференциях и проводит воркшопы. Кроме того активный контрибьютор в опенсорц, развивает свои и помогает другим проектам. https://github.com/dmtrKovalenko

А Boris Osipov (@boris_osipov) разработал репортер Report Portal (https://github.com/borisosipov/wdio-reportportal-reporter) для WebdriverIO, занимался разработкой Allure репортера для WDIO. Поддерживает множество сообществ автоматизаторов, в том числе и javascript for testing. Github - https://github.com/BorisOsipov

Vitalii Grygoruk (@vgrygoruk) - Огромный опыт по настройке CI/CD для тестирования а так же различным devops практикам в контексте тестирования. Рекомендую взглянуть на его проект по паралелизации тестов на mochajs - https://github.com/peakon/mocha-split-tests . Github - https://github.com/vgrigoruk

Oleksii Ihnatiuk (@CrispusDH) - Провел множество экспериментов с playwright, puppeteer и ava, а так же подготовил open source проекты с различными расширениями инструментов. https://github.com/CrispusDH

Надеюсь я не слишком утомил вас огромной портянкой текста! Поддержите коллег звездочкой в их репозиториях, подпиской или даже предложите их на https://stars.github.com/ !

Спасибо за внимание!

Какие все талантливые парни! Вы молодцы!
А про SelenideJS даже не подозревала,  должна быть штука-огонь

Чят, здравствуй. У кого-то здесь опыт с паралеллизацией Cypress есть? А, в идеале, с параллельными Cypress и каким-нибудь сервисом, который требует инита в начале и деинита в конце.

Ситуация: есть внешний сервис (типа applitools/Percy), которому нужно как-то понимать, что прогон закончился и можно генерить репорт и отправлять статус в GitHub.

Когда один поток - все ок, можно в глобальный after завернуть код деинита и он отработает после прогона всех спек.

Но когда запускаешь Cypress в параллель, то фактически появляются 4 независимых тест-рана. Да, у них одинаковый build-id, но становится непонятно как выполнить какой-то код после завершения последнего теста. Сейчас этот after all отрабатывает для каждого из четырех инстансов, а внешний сервис не понимает что происходит.

Я вижу два воркэраунда:

1) Силами CI добавлять отдельную джобу, которая перед запуском параллельных Cypress джоб делает инит, а после окончания этих четырех джоб - добавить ещё одну джобу, которая делает деинит. Но это дикие накладные расходы, потому что нужно ждать свободную машину, качать репо, собирать и тд. Ппц короч.

2) На стороне сервиса делать инит после первого полученного сообщения о старте, затем посчитать сколько ещё сообщений со стартом придет (ещё 3, например), и делать деинит после получения 4го сообщения о завершении. Но это тоже лютые костыли.

Мб есть ещё способы создания единой точки входа и выхода из параллельного рана Cypress?

Может, так?
https://docs.cypress.io/guides/guides/module-api.html#cypress-run

Написать свой раннер, который знает, когда закончились тесты?

Так как раздачей тестов при параллельном запуске занимается Cypress Dashboard, каждый из инстансов может знать когда закончились лично его тесты. А вот идут ли ещё тесты на других инстансах - он, как мне кажется, не знает.

можно попробовать npmмовские
pretest: «»
test: «»
posttest: «» - но posttest не отработает если test exit code не 0