💯

#qa #testing

Подпишись👉 @testlab_qa

Стратегии упрощения определений шагов BDD

Как тестировщик, вы, возможно, слышали о разработке через поведение (BDD) и окружающих ее спорах о том, что это, как это использовать и для чего. Вне зависимости от личного мнения о предмете, нельзя отрицать, что инструменты автоматизации тестирования, поддерживающие BDD, уже с нами. Они широко распространены в отрасли, и пока не собираются никуда уходить.

В ходе моей карьеры значительная часть моей тест-автоматизации включала применение какого-либо BDD-фреймворка – например, инструменты вроде Cucumber или JBehave. Как человек, который программирует, я всегда интересовался рефакторингом, сокращающим количество стандартного или дублирующего кода – кода становится меньше, и он становится понятнее. Это включает и сокращение стандартного кода в методах определения шагов и прочем связующем коде. Как их упростить? Или вообще от них избавиться?

Возможно, вы недоумеваете, что такое связующий код. С одной стороны, он состоит из методов определения шагов – это методы, говорящие BDD-фреймворку автоматизации, что запускать, столкнувшись с шагом Given, When или Then в фича-файле Gherkin. По сути эти методы склеивают части текстовых Gherkin-файлов в выполнимый код тест-автоматизации. С другой стороны, это могут быть хуки – методы, выполняющиеся до или после фич/сценариев Gherkin.

В этой статье я расскажу о различных способов упрощения связующего кода и его интеграции в язык ваших автотестов. В примерах я использую Cucumber и Java-код.

https://www.ministryoftesting.com/articles/strategies-to-simplify-your-bdd-step-definitions

#qa #testing

Подпишись👉 @testlab_qa

😂

#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

🚀 Java-утилита для снятия скриншотов в тестах Selenium 📸

Делюсь удобным классом-утилитой, который использую для автоматического снятия скриншотов во время выполнения тестов с Selenium WebDriver. Отлично помогает при отладке и генерации отчётов: скриншоты сохраняются с метками времени в структурированную папку.

🔧 Основные возможности:

1. Именование файлов по временной метке — удобно отслеживать
2. Автоматическое создание папок
3. Простая интеграция в текущую конфигурацию WebDriver
4. Логирование через Log4j для отслеживания


✅ Подходит для любого проекта автотестирования, где важно надёжное снятие скриншотов во время выполнения тестов.

#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

#qa #testing

Подпишись👉 @testlab_qa

Тестирование: типы и инструменты

#qa #testing

Подпишись👉 @testlab_qa

#qa #testing

Подпишись👉 @testlab_qa

Создание автоматизированной системы тестирования оборудования на примере 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

Рутину — ИИ, исследование — людям: новая реальность Surf QA

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

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

Вместе с Марией, техническим руководителем QA в Surf, расскажем, как сократили время создания проверок в 5 раз и не потеряли в качестве.

https://habr.com/ru/companies/surfstudio/articles/928254/

#qa #testing

Подпишись👉 @testlab_qa

😀

#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

🧪 Стенды для нагрузочного тестирования 🚀

🔥 29 июля в 20:00 мск — открытый вебинар в OTUS.

Разберёмся:

– Какие бывают типы стендов для нагрузочного тестирования?
– В чём особенности и на что влияет конфигурация?
– Как правильно выбирать стенды под задачи вашего проекта?
– Каковы основные цели и ограничения таких стендов?

🎓После вебинара вы:

✔️ Поймёте, какие виды стендов используются в индустрии
✔️ Узнаете, как выбирать подходящий стенд под нагрузку
✔️ Разберётесь в целях, которые помогает достигать тестовая инфраструктура
✔️ Сможете применять знания для повышения стабильности и производительности систем

Будет полезно тестировщикам, разработчикам, DevOps- и системным администраторам. Приходите — будет практично! 🔧

👉 Регистрация https://vk.cc/cNZfR7

Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576