https://habr.com/ru/post/539156/
Автогенерация тестов на Puppeteer встроена в Chrome DevTools
В Chrome 89 в DevTools добавлена экспериментальная поддержка автогенерации JS-скриптов на Puppeteer.

Схематично это работает так: вы открываете нужную страницу, в DevTools включаете запись действий, и после делаете что-то на странице обычным образом (кликаете по ссылкам и кнопкам, переходите на другие страницы, вводите текст). По мере выполнения действий браузер наполняет DevTools-вкладку с виртуальным файлом записи JS-кодом, описывающим через API Puppeteer все действия. После этого запись можно остановить, и сохранить полученный код в виде реального JS-файла.

Дякую, сподобалось

Тут юла рассказывает как войти в айти в клабхаусе https://t.me/qa_chillout/88

Всем привет. Подскажите, как в codeception (модули webdrive, Db) делать граб конкретной строки из таблицы в бд . В таблице нет уникальных id к которым можно обратиться. Но я знаю общее число строк в таблице и хочу получить значение определенной колонки, последней строки в таблице.

limit, offset.

Спасибо! Буду пробовать

https://javascript.plainenglish.io/become-a-better-tester-using-cypress-requests-80d104dd59d9

Cypress Requests. В этом руководстве будет показано, как использовать встроенную библиотеку запросов Cypress для выполнения вызовов API, чтобы она могла выступать в качестве замены обычных сред тестирования API.  Вместо поддержки двух отдельных инструментов (трех, если считать инструмент Postman's Newman), вы можете просто поддерживать свою реализацию Cypress

Это асинхронное говно отрабатывает как попало, приходится юзать axios

А в чём прикол "поддержки двух отдельных инструментов (трех, если считать инструмент Postman's Newman)", если можно написать нормальный фреймворк на каком-нибудь языке программирования с использованием какой-нибудь нормальной библиотеки для API запросов и какой-нибудь Xunit библиотеки?

Звучит как "Вместо того, чтобы есть древесину вы можете есть наши Дошики!". Так-то да, но изначально никто не заставляет есть древесину)

Это ж мир джаваскрипта, там все по особенному

Потому что очень удобно, когда юниты, компонентные, е2е, апи и визуальные тесты используют общий синтаксис, запускается и параллелятся одним ранером, выдают один отчёт в едином месте.

При таком раскладе намного удобнее передать написание и саппорт тестов разработчикам. А вот если попробовать это сделать со словами "у нас тут 5 разных фреймворков, везде свои особенности и подводные камни", то шанс на успех стремится к нулю.

работал(я).на(сайпресе).этоУнылое(говно).вКотором.можно.легко(скатится).вТакую(лесенку).из.then

Тебя буд-то нейросети писать учили

Он только учится, не трогай его

Действительно, написать один нормальный фреймворк, который умеет все, что необходимо, и ничего больше, и ни в коем случае не отдавать разработчикам. Пусть юнит-тесты пишут. Для разработчиков главное фичу запилить быстрее, автотесты для них вторичны, особенно если это не юнит-тесты.

https://levelup.gitconnected.com/how-to-use-gatling-as-a-performance-testing-framework-d95f1c90bbfc
Gatling - это мощный инструмент для нагрузочного тестирования на Scala и рассчитанный на высокую производительность. Он использует Akka Actors для имитации огромной нагрузки.
По сути, Gatling имеет отличную поддержку протокола HTTP, что делает его предпочтительным инструментом для нагрузочного тестирования любого HTTP-сервера. Он также поддерживает WebSockets, JMS и т. Д.

https://www.youtube.com/watch?v=lVrJdS46awQ
Александр Хотемской — Изучаем WebdriverIO. Данный фреймворк имеет активное сообщество и применим для множества приложений: web, mobile, chromium-desktop apps. Этот воркшоп представляет собой сжатую версию курса из 10 уроков по автоматизации тестирования с помощью WebdriverIO.

Всем привет! Хочу написать тесты которые будут генерироваться автоматически на основании массива входных данных - это вообще возможно или есть более "правильной" подход к такой задаче?
P.S. Если важно, то фреймворк Playwright.