3196
Библиотека для тестировщика и QA. По всем вопросам @evgenycarter
🚀Всем QA-инженерам приготовиться… Avito QA meetup!
24 сентября | 19:00 мск
Митап пройдет в московском офисе Авито и онлайн. В программе — три доклада-кейса.
Расскажут:
1️⃣ как организовать Bug Bounty внутри компании в функциональности продукта и самому не пропустить баг;
2️⃣ какие подходы и инструменты контроля производительности использовать при переходе к нагрузочному тестированию;
3️⃣ как и куда расти, когда ты senior QA или лид QA-команды.
🔥И куда же без нетворка после обсуждения кейсов!
Встречаемся в офисе Авито в Москве и онлайн. Не забудьте зарегистрироваться и переслать коллегам ➡️ вот тут.
👁️🗨️ Agile vs Waterfall
Всем привет! Давайте разберёмся, в чём разница между Agile (Scrum/Kanban) и Waterfall, и как это влияет на нашу работу.
🌊 Waterfall («Водопад»)
Как работает:
1. Этапы идут строго друг за другом (как вода в водопаде):
Требования → Дизайн → Разработка → Тестирование → Внедрение → Поддержка
2. Тестирование - в самом конце (когда весь продукт уже готов)
Плюсы для QA:
✔ Чёткий план (знаем все требования заранее)
✔ Участники проекта, не задействованные на определенной фазе, могут переключаться на другие проекты
✔ Подходит для госпроектов, систем, где нельзя менять требования и для модернизации уже существующих проектов
Минусы:
❌ Если баг найден поздно - исправлять дорого
❌ Нет гибкости
🔄 Agile (Scrum, Kanban)
Как работает:
1. Разбиваем проект на маленькие кусочки (итерации по 2-4 недели)
2. Тестируем каждую фичу сразу (не ждём конца разработки)
Scrum
- Есть спринты (обычно 2 недели)
- Каждый день daily (короткая ежедневная встреча команды разработки, которая проходит в одно и то же время. На ней каждый участник команды отвечает на вопросы «Что было сделано вчера? Что буду делать сегодня? Есть ли что-то, что может помешать работе над задачами спринта?»)
- Тестировщик встроен в команду (не отдельный «отдел»)
Kanban
- Нет спринтов - гибкий поток задач
- Задачи висят на доске, их прогресс наглядно виден по колонкам статусов (To do → In Progress…)
Плюсы для QA:
✔ Быстрая обратная связь
✔ Раннее вовлечение в процесс
✔ Постепенное тестирование
Минусы:
❌ Нужно быстро адаптироваться (требования могут меняться)
❌ Много рутины (ежедневные митинги, ретроспективы)
⚖️ Что лучше для тестировщика?
- Скорость: Waterfall - медленно, Agile - быстро
- Гибкость: Waterfall - нет, Agile - да
- Риски: Waterfall - баги находятся поздно, Agile - ловим баги в процессе разработки
- Документация: Waterfall - много, Agile - минимум
автор: Aleksandra Primako
#qa #testing
Подпишись👉 @testlab_qa
Новый сезон конференции Podlodka QA Crew пройдет с 1 по 5 сентября.
В фокусе — инструменты, которые делают тестирование быстрее, качественнее и удобнее.
В программе:
💡Как раскрыть потенциал Postman и ускорить обратную связь — вместе с Ариной Ладесовой (Payler).
🪄Внедрение ИИ для генерации тестов без лишней боли — с Натальей Петровской.
📱Современные инструменты мобильного тестировщика — практические кейсы от Елены Фёдоровой (Garage Eight).
🔍 Observability автотестов и мониторинг — с Кириллом Ивлиевым (Работа.ру).
Знания, которые легко применять в работе!
🔗 Подробности и регистрация по ссылке
P.S: Для подписчиков скидка 500 р по промокоду qa_crew_14_EV9xC0
🚀 Первый нагрузочный тест в Apache Jmeter 📊
🔥 14 августа в 20:00 мск — открытый вебинар в OTUS.
Что мы рассмотрим:
– Почему Apache Jmeter — один из самых популярных инструментов для нагрузочного тестирования?
– Как создать и настроить HTTPS-скрипт для тестирования?
– Как провести итерацию нагрузочного тестирования и правильно анализировать результаты?
– Как генерировать информативные HTML-отчёты для лучшего понимания производительности системы?
🎓После вебинара вы:
✔️ Освоите базовые принципы работы с Apache Jmeter
✔️ Научитесь создавать и отлаживать HTTPS-скрипты
✔️ Поймёте, как проводить нагрузочные тесты и что анализировать в отчётах
✔️ Сможете генерировать отчёты, которые помогут в улучшении производительности ваших веб-ресурсов
Этот вебинар будет полезен всем, кто интересуется QA и тестированием, а также тем, кто хочет улучшить производительность своих веб-сайтов и приложений. Не пропустите! 🔥
👉 Регистрация https://vk.cc/cOvnn9
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Чит-листы:
- тестирования арі
- основных концепций тестирования
- эвристик при тестировании
- тестирования форм ввода
- планирования тестирования
- тестирования web-ui
#qa #testing
Подпишись👉 @testlab_qa
Apache Kafka - обзор
00:00 Apache Kafka - просто о сложном
00:09 Пример задачи обработки событий
05:02 Передача события http запросом
07:02 Передача события через очередь
08:15 Недостатки очередей
10:10 Брокеры сообщений
13:36 Распределенный журнал сообщений
15:35 Publisher-Subscriber
17:04 Масштабирование через партиции топика
18:35 Масштабирование группы консъюмеров
19:50 Позиции (смещения) записи и чтения партиций
20:42 Метаданные в Zookeeper
21:20 Распределение сообщений по партициям топика
25:35 Распределение партиций между консъюмерами
27:00 Принципы выбора ключа
29:34 Репликация
30:28 Чтение с произвольной позиции чтения
34:40 Сегменты и сжатие топиков
39:44 Репликация и размещение брокеров по стойкам
44:57 Теорема CAP
50:20 Теорема CAP в работе с Apache Kafka
58:26 At-least-once delivery
https://www.youtube.com/watch?v=jlNNgFfM58c
#qa #testing
Подпишись👉 @testlab_qa
Рутину — ИИ, исследование — людям: новая реальность Surf QA
Всего за пару недель мы создали инструмент, который превращает трудоёмкий процесс создания проверок в автоматизированный сценарий. Теперь, чтобы написать тесты, мы делаем всего несколько кликов.
Тест-документация рождается быстрее, а свободное время инженеры используют для исследовательских тестирований, погружения в продукт и проработки нефункциональных требований. И всё это вместо монотонного создания проверок по требованиям.
Вместе с Марией, техническим руководителем QA в Surf, расскажем, как сократили время создания проверок в 5 раз и не потеряли в качестве.
https://habr.com/ru/companies/surfstudio/articles/928254/
#qa #testing
Подпишись👉 @testlab_qa
10 мифов об A/B-тестировании: как избежать распространённых заблуждений в статистическом анализе
В технологических компаниях A/B‑тестирование давно стало основой для принятия решений, основанных на данных. Меня зовут Диля Хакимова, я работаю в команде платформы экспериментов Laba в Яндекс Go, и мы с командой помогаем руководителям и аналитикам быстро получать ценную информацию с помощью A/B‑тестирования.
Мы занимаемся разработкой методологии и помогаем специалистам решать вопросы, связанные с экспериментами и статистическим анализом. За время работы мы заметили: вокруг A/B‑тестирования до сих пор существует множество заблуждений.
Эти мифы всплывают в разговорах с руководителями, на собеседованиях и даже среди коллег‑аналитиков. Иногда они кажутся безобидными — но на деле могут привести к серьёзным ошибкам в анализе, неверным решениям и упущенным возможностям.
В этой статье мы разберём 10 распространённых мифов об A/B‑тестировании, поможем разобраться в теме глубже и сделать ваши эксперименты эффективнее.
https://habr.com/ru/companies/yandex/articles/919966/
#qa #testing
Подпишись👉 @testlab_qa
🚀 Пройди путь от новичка до профессионала с курсом JavaScript QA Engineer!
🔍 Пройди короткий тест по автотестированию на JavaScript, который поможет тебе определить текущий уровень, спланировать развитие и занять место на продвинутом курсе «JavaScript QA Engineer» от OTUS. Промокод на скидку QA_JS5.
🔥 ПРОЙДИ ТЕСТ — сделай первый шаг к новой профессии: https://vk.cc/cMTNhs
🎁 В подарок ты получишь шпаргалку:
«Первый UI-тест с использованием Cypress: пошаговое руководство»
Чёткие шаги, наглядные примеры — всё, чтобы уверенно сделать свой первый тест.
✔️На курсе ты научишься строить архитектуру автотестов, работать с CI/CD и создавать решения, которые реально применимы в проектах
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
#qa #testing
Подпишись👉 @testlab_qa
SQL для тестировщиков: 5 полезных запросов
SQL - это язык для работы с реляционными базами данных (например, MySQL, PostgreSQL, Oracle). SQL является отличным инструментом для проверки целостности данных, анализа связей между таблицами и поиска скрытых багов.
1. Возвращаем набор данных из базы (SELECT)
Когда использовать: После регистрации, создания заказа и т.д. - проверяем, что пользователь/заказ создался, смотрим на корректность и полноту данных
Найти пользователя по email:SELECT * (Выбираем все поля записи)
FROM users (Из таблицы users)
WHERE email = 'test@example.com'; (Где email равен указанному значению)
Проверить последний заказ:SELECT * (Выбираем все поля записи)
FROM orders (Из таблицы orders)
ORDER BY created_at DESC (Сортируем по дате создания (новые сначала))
LIMIT 1; (Ограничиваем результат одной записью)
2. Фильтрация данных по условиям (WHERE)
Когда использовать: для поиска и анализа ошибочных записей, для выборочной проверки данных по определённым критериям
Найти неоплаченные заказы старше 3 дней:SELECT * (Выбираем все поля заказов)
FROM orders (Из таблицы orders)
WHERE status = 'unpaid' (Где статус "неоплачен")
AND created_at < NOW() - INTERVAL 3 DAY; (И дата создания старше 3 дней от текущего момента)
Найти пользователей без подтвержденного email’a:SELECT id, email (Выбираем только ID и email)
FROM users (Из таблицы users)
WHERE email_verified = false; (Где email не подтверждён)
3. Проверка количества записей (COUNT)
Когда использовать: для проверки массовых операций
Сколько пользователей зарегистрировалось сегодня:SELECT COUNT(*) (Считаем общее количество записей)
FROM users (В таблице users)
WHERE DATE(created_at) = CURRENT_DATE; (Где дата регистрации = текущий день)
4. Обновление тестовых данных (UPDATE)
Важно! Используйте только в тестовых базах и всегда делайте резервную копию перед массовыми изменениями
Сбросить пароль тестового пользователя:UPDATE users (Обновляем таблицу users)
SET password = 'test123' (Задаём новое значение для поля password)
WHERE email = 'test@example.com'; (Условие: только для пользователя с этим email)
Изменить статус заказа:UPDATE orders (Обновляем таблицу orders)
SET status = 'completed' (Меняем статус на "completed")
WHERE id = 12345; (Условие: только заказ с ID 12345)
5. Удаление тестовых данных (DELETE)
Осторожно! Используйте только в тестовых базах и всегда делайте резервную копию перед массовыми изменениями. Всегда сначала делайте SELECT с тем же условием
Удаление тестовых заказов:DELETE FROM orders (Удаляем записи из таблицы orders)
WHERE user_id IN ( (Где user_id соответствует…)
SELECT id FROM users (…ID из таблицы users)
WHERE email LIKE '%test%' (…для email с подстрокой "test»)
);
Как тренироваться?
На помощь приходят бесплатные тренажеры, например:
- https://sqlbolt.com/
- https://sqlzoo.net/
#qa #testing
Подпишись👉 @testlab_qa
🔥 От тестировщика к эксперту по нагрузочному тестированию! 🚀
Нагрузочное тестирование — это не просто тренд, это актуальная потребность на рынке IT. Пройдите вступительное тестирование, проверьте свои знания и получите скидку на курс «Нагрузочное тестирование» в OTUS.
Вы научитесь:
✅ Работать с инструментами JMeter, Gatling, k6.io
✅ Настроить автоматизацию тестов через CI/CD
✅ Мониторить систему с помощью Grafana и Prometheus
✅ Планировать тесты для реальных рабочих нагрузок
📌 Пройдите тест и получите скидку на курс! 🎓 Подробности уточняйте у менеджера
🚀 Не упустите шанс стать экспертом в нагрузочном тестировании и повысить свою квалификацию!
👉 Пройти тестирование https://vk.cc/cOIiXq
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Сейчас покажу приём, который спасает время при регрессионном тестировании больших проектов.
Ситуация:
Проект огромный, релизы частые, тест-кейсов — сотни. Каждый регресс гонять вручную — невозможно, автоматизация есть, но покрывает не всё.
Решение — приоритизация тестов через "smoke + risk-based" подход.
Как я делаю:
1. Составляю smoke-набор — минимальный список тестов, который проверяет, что система вообще жива (логин, основные функции, критичные интеграции).
2. Выделяю модули с высоким риском изменений — туда иду с расширенным тестированием.
3. Использую свежий git log — смотрю, какие файлы менялись, и беру тесты, связанные с этими зонами.
4. Подключаю автоматизацию на всё, что уже покрыто автотестами, и вручную иду только в непокрытые части.
Плюс:
- Быстрее получаем обратную связь о состоянии системы.
- Меньше тратим время на очевидно стабильные зоны.
- Концентрируем усилия там, где вероятность бага максимальна.
Этот подход особенно полезен в стартапах или на проектах с частыми деплоями, где времени на полный регресс просто нет.
А вы в регрессе — бежите всё подряд или используете приоритизацию?
#qa #testing
Подпишись👉 @testlab_qa
Сегодня хочу рассказать про баги, которые «убегают» в прод, и почему это не всегда только вина тестировщика.
Очень часто вижу, как в компаниях после релиза, где вылез критичный баг, начинается «охота на ведьм». Виноват тестировщик — не нашёл, не проверил, недоглядел.
Но на практике баги попадают в прод по трём основным причинам:
1. Отсутствие чётких требований. Если спецификаций нет или они постоянно меняются, тестировщик проверяет «на глаз», а не по чётким критериям. Итог — разные ожидания у QA и у заказчика.
2. Сжатые сроки. Классика: дедлайн вчера, тестирование в два раза короче запланированного, при этом проверок меньше, автоматизация не прогоняется полностью.
3. Сложность воспроизведения. Есть баги, которые проявляются только при определённых нагрузках, конфигурациях или после долгой работы приложения. Их реально трудно найти до релиза.
Поэтому важно не искать виноватого, а разбирать причины:
- Улучшить требования.
- Планировать время на тестирование.
- Инвестировать в автоматизацию и нагрузочные проверки.
А ещё полезно после каждого релиза проводить post-mortem — разбор инцидента без обвинений. Это помогает команде учиться, а не бояться.
#qa #testing
Подпишись👉 @testlab_qa
Сегодня поговорим про "невидимые" баги, которые вылезают только в проде
Бывало ли у вас так: на тестовом стенде всё идеально, а в продакшене – краш за крашем? 🤯
Почему так происходит?
Мой топ причин:
1. Разная конфигурация окружений – на тесте одна версия базы или сервиса, на проде – другая.
2. Данные – тестовые данные “чистые”, а продовые – живые, с миллионом нюансов.
3. Нагрузка – под сотней пользователей система ведёт себя иначе, чем под тысячами.
4. Фича-флаги и конфиги – в тесте включено одно, в проде другое.
Что делать:
- Использовать продоподобные стенды – даже если это дорого.
- Делать smoke-тесты сразу после выката – ловить баги до того, как их увидят пользователи.
- Мониторинг + алерты – чтобы баги вас находили, а не наоборот.
- Chaos testing – симулировать нестандартные ситуации.
А как вы ловите такие баги? Может, есть свой лайфхак? Делитесь в комментах! 👇
#qa #testing
Подпишись👉 @testlab_qa
🚀 Подборка Telegram каналов для программистов
Системное администрирование, DevOps 📌
/channel/bash_srv Bash Советы
/channel/win_sysadmin Системный Администратор Windows
/channel/sysadmin_girl Девочка Сисадмин
/channel/srv_admin_linux Админские угодья
/channel/linux_srv Типичный Сисадмин
/channel/devopslib Библиотека девопса | DevOps, SRE, Sysadmin
/channel/linux_odmin Linux: Системный администратор
/channel/devops_star DevOps Star (Звезда Девопса)
/channel/i_linux Системный администратор
/channel/linuxchmod Linux
/channel/sys_adminos Системный Администратор
/channel/tipsysdmin Типичный Сисадмин (фото железа, было/стало)
/channel/sysadminof Книги для админов, полезные материалы
/channel/i_odmin Все для системного администратора
/channel/i_odmin_book Библиотека Системного Администратора
/channel/i_odmin_chat Чат системных администраторов
/channel/i_DevOps DevOps: Пишем о Docker, Kubernetes и др.
/channel/sysadminoff Новости Линукс Linux
1C разработка 📌
/channel/odin1C_rus Cтатьи, курсы, советы, шаблоны кода 1С
/channel/DevLab1C 1С:Предприятие 8
/channel/razrab_1C 1C Разработчик
/channel/buh1C_prog 1C Программист | Бухгалтерия и Учёт
/channel/rabota1C_rus Вакансии для программистов 1С
Программирование C++📌
/channel/cpp_lib Библиотека C/C++ разработчика
/channel/cpp_knigi Книги для программистов C/C++
/channel/cpp_geek Учим C/C++ на примерах
Программирование Python 📌
/channel/pythonofff Python академия.
/channel/BookPython Библиотека Python разработчика
/channel/python_real Python подборки на русском и английском
/channel/python_360 Книги по Python
Java разработка 📌
/channel/BookJava Библиотека Java разработчика
/channel/java_360 Книги по Java Rus
/channel/java_geek Учим Java на примерах
GitHub Сообщество 📌
/channel/Githublib Интересное из GitHub
Базы данных (Data Base) 📌
/channel/database_info Все про базы данных
Мобильная разработка: iOS, Android 📌
/channel/developer_mobila Мобильная разработка
/channel/kotlin_lib Подборки полезного материала по Kotlin
Фронтенд разработка 📌
/channel/frontend_1 Подборки для frontend разработчиков
/channel/frontend_sovet Frontend советы, примеры и практика!
/channel/React_lib Подборки по React js и все что с ним связано
Разработка игр 📌
/channel/game_devv Все о разработке игр
Библиотеки 📌
/channel/book_for_dev Книги для программистов Rus
/channel/programmist_of Книги по программированию
/channel/proglb Библиотека программиста
/channel/bfbook Книги для программистов
БигДата, машинное обучение 📌
/channel/bigdata_1 Big Data, Machine Learning
Программирование 📌
/channel/bookflow Лекции, видеоуроки, доклады с IT конференций
/channel/rust_lib Полезный контент по программированию на Rust
/channel/golang_lib Библиотека Go (Golang) разработчика
/channel/itmozg Программисты, дизайнеры, новости из мира IT
/channel/php_lib Библиотека PHP программиста 👨🏼💻👩💻
/channel/nodejs_lib Подборки по Node js и все что с ним связано
/channel/ruby_lib Библиотека Ruby программиста
/channel/lifeproger Жизнь программиста. Авторский канал.
QA, тестирование 📌
/channel/testlab_qa Библиотека тестировщика
Шутки программистов 📌
/channel/itumor Шутки программистов
Защита, взлом, безопасность 📌
/channel/thehaking Канал о кибербезопасности
/channel/xakep_2 Хакер Free
Книги, статьи для дизайнеров 📌
/channel/ux_web Статьи, книги для дизайнеров
Математика 📌
/channel/Pomatematike Канал по математике
/channel/phis_mat Обучающие видео, книги по Физике и Математике
/channel/matgeoru Математика | Геометрия | Логика
Excel лайфхак📌
/channel/Excel_lifehack
/channel/mir_teh Мир технологий (Technology World)
Вакансии 📌
/channel/sysadmin_rabota Системный Администратор
/channel/progjob Вакансии в IT
🧪 Стенды для нагрузочного тестирования 🚀
🔥 29 июля в 20:00 мск — открытый вебинар в OTUS.
Разберёмся:
– Какие бывают типы стендов для нагрузочного тестирования?
– В чём особенности и на что влияет конфигурация?
– Как правильно выбирать стенды под задачи вашего проекта?
– Каковы основные цели и ограничения таких стендов?
🎓После вебинара вы:
✔️ Поймёте, какие виды стендов используются в индустрии
✔️ Узнаете, как выбирать подходящий стенд под нагрузку
✔️ Разберётесь в целях, которые помогает достигать тестовая инфраструктура
✔️ Сможете применять знания для повышения стабильности и производительности систем
Будет полезно тестировщикам, разработчикам, DevOps- и системным администраторам. Приходите — будет практично! 🔧
👉 Регистрация https://vk.cc/cNZfR7
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Создание автоматизированной системы тестирования оборудования на примере Testy
(Станислав Кулагин)
Подробно поговорили о том, как использовать TestY в качестве эффективной системы автоматического тестирования оборудования с нуля и с помощью простого Bash-скрипта реализовать запуск тестов, обработку результатов и интеграцию с системой учета тестовых планов.
Доклад будет полезен QA-инженерам, DevOps и всем, кто хочет иметь TestY как единую точку хранения всей информации о тестировании.
00:00 – Вступление
00:42 – О спикере и докладе
02:46 – Зачем инженерам TestY
03:10 – Проблема с TMS – начать ей пользоваться
03:36 – ATS – клиент для TestY
04:16 – Как работает ATS в сертификации
04:46 – Как работают скрипты
05:44 – ATS – логи и отчёты для сертификации
07:01 – ATS Report – итоговый протокол с результатами
09:28 – Создание протокола за 1 минуту
10:29 – Дальнейшие планы по развитию TestY
11:40 – Вопросы из зала
источник
#qa #testing
Подпишись👉 @testlab_qa
Тестирование: типы и инструменты
#qa #testing
Подпишись👉 @testlab_qa
Уязвимости снова всплыли на проде. Проблема — не в сканерах.
Проблема в том, что безопасность не встроена в процесс.
Практикум по безопасной разработке — это способ перестроить работу команды, а не просто пройти «обучение».
30 июня стартует онлайн-практикум, где вы:
— разберете реальные кейсы AppSec-внедрений,
— освоите SAST, DAST, SCA, фаззинг, threat modeling,
— прокачаете навыки на облачном стенде,
— получите поддержку инженеров и полезные материалы для работы
Кто ведет:
🔴 Артем Пузанков — выстраивал AppSec-процессы в enterprise-компаниях
🔴 Светлана Газизова — внедряла DevSecOps в «невнедряемых» условиях
🔴 Алексей Жуков — практик, прошедший путь от стажера до лидера AppSec
И ещё 6 инженеров Positive Technologies, которые ежедневно решают задачи безопасной разработки на практике
Покажем, как ускорять релизы, снижать издержки и наконец договориться с разработчиками
⏳ 6 недель | 💻 онлайн | 📩 стоимость по запросу
Узнать подробнее
🚀 Java-утилита для снятия скриншотов в тестах Selenium 📸
Делюсь удобным классом-утилитой, который использую для автоматического снятия скриншотов во время выполнения тестов с Selenium WebDriver. Отлично помогает при отладке и генерации отчётов: скриншоты сохраняются с метками времени в структурированную папку.
🔧 Основные возможности:
1. Именование файлов по временной метке — удобно отслеживать
2. Автоматическое создание папок
3. Простая интеграция в текущую конфигурацию WebDriver
4. Логирование через Log4j для отслеживания
✅ Подходит для любого проекта автотестирования, где важно надёжное снятие скриншотов во время выполнения тестов.
#qa #testing
Подпишись👉 @testlab_qa
3 правила для ускоренных E2E-тестов
Медленные и нестабильные тесты убивают твою продуктивность и мешают внедрению передовых практик, таких как Trunk-Based Development и непрерывная интеграция (CI). Тем не менее, во многих проектах тестовые наборы выполняются более 30 минут, при этом они часто падают случайным образом, требуя повторных запусков (что фактически удваивает или даже утраивает и без того медленное выполнение).
https://levelup.gitconnected.com/3-rules-for-turbo-charged-e2e-tests-7d93fd3210a1
#qa #testing
Подпишись👉 @testlab_qa