😀

#qa #testing

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

CSS и XPath — отстой. Секрет стабильных автотестов в test-id

По фактам: почему CSS и XPath — путь в ад, а test-id — спасение. В статье — реальные советы, как договориться с командой, внедрить test-id и писать автотесты, которые не разваливаются каждую пятницу.

https://habr.com/ru/articles/910984/

#qa #testing

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

Сегодня хочу поговорить о том, почему баг-репорты часто игнорируют разработчики и как этого избежать.

Каждый тестировщик сталкивался с ситуацией, когда, казалось бы, критичная ошибка просто зависает в Jira или другом трекере. Почему так происходит? Причин может быть несколько:

* Некорректное или неполное описание бага.
* Отсутствие шагов воспроизведения.
* Неясная или «размытая» ожидаемая/фактическая часть.
* Отсутствие приоритетов и меток.
* Перегруз у разработчиков или у команды.

Что делать?
Я всегда придерживаюсь простого правила: чем проще и структурированнее баг-репорт — тем выше шанс, что им займутся быстро. Использую чек-лист:

1. Четкое название (что, где, когда сломалось).
2. Шаги для воспроизведения (кратко, по пунктам).
3. Ожидаемый результат.
4. Фактический результат (со скриншотами, если есть).
5. Окружение (браузер, версия приложения и т.д.).
6. Приоритет и ярлыки (если есть такая практика).

Попробуй завтра оформить баг именно по такому шаблону — и посмотри, изменится ли скорость его обработки!

Делись своим опытом: часто ли твои баги игнорируют? Как борешься с этим? Пиши в комменты👇

#qa #testing

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

#qa #testing

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

Сегодня хочу поговорить про одну из самых неприятных вещей в автоматизации — flaky-тесты. Вы наверняка сталкивались с ситуацией, когда тесты то проходят, то падают без видимых причин. Это не только портит отчёты, но и подрывает доверие к автоматизации в целом.

Что такое flaky-тесты?
Flaky-тест — тест, результат которого непредсказуем: он проходит один раз, а при повторном запуске падает, хотя код приложения не менялся.

Основные причины flaky-тестов и способы борьбы с ними:

1. Ожидания и тайминги.

* Слишком жёсткие таймауты и неявные ожидания приводят к «гонкам» между тестом и приложением.
* Решение: используйте явные ожидания (Explicit Wait) и проверяйте не просто элемент, а его состояние (видимость, кликабельность).

2. Нестабильные селекторы.

* Тест «теряет» элемент из-за меняющихся атрибутов.
* Решение: отдавайте предпочтение стабильным атрибутам (data-test-id) или XPath с привязкой к контексту, а не позициям.

3. Зависимости между тестами.

* Один тест «готовит» среду для другого, и при сбое первого последующие падают.
* Решение: делайте каждый тест независимым: создавайте и очищайте тестовые данные в рамках одного теста.

4. Параллельные запуски и состояние окружения.

* Тесты конфликтуют друг с другом при одновременном доступе к ресурсам.
* Решение: разделяйте окружения или используйте изолированные тестовые стенды.

5. Нестабильность тестовых данных.

* Используются одни и те же данные, которые меняются в процессе тестирования.
* Решение: генерируйте уникальные данные или делайте «rollback» после каждого теста.

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

#qa #testing

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

Оплачиваемая стажировка и трудоустройство без опыта — ну ничего себе 😳 

Всё возможно с Добровольным квалификационным экзаменом! Это бесплатный проект Правительства Москвы, в котором можно принять участие из любого региона России. Это честная альтернатива классическим откликам и реальный шанс получить оффер в компанию мечты.

Как это работает?

1. Пройди тест

Выбираешь профессию, проходишь онлайн-тест. Если набираешь 55 баллов и выше — попадаешь в базу соискателей, которую смотрят рекрутеры топовых компаний.

2. Загрузи резюме

Просто честное резюме. Без пафоса. Работодатели посмотрят на результат теста и примут решение.

3. Получи стажировку или оффер

Это может быть стажировка. Может быть полноценная работа. Список компаний внушительный — среди них Лукойл, Сбер, Норникель, Мосэнерго, Росатом и другие.

Да, это возможно. Даже если ты только начинаешь карьерный путь.

Готов? Жми: dke.moscow

Отказаться от Postman, перейти на Bruno и жить счастливо

Если вы работаете с API и вам надоело вручную протыкивать запросы в Postman, сталкиваться с платными ограничениями и невозможностью нормально делиться коллекциями с командой — вы не одиноки. Хватит это терпеть!

Именно с этими проблемами я столкнулся как системный аналитик в банке. Postman оказался неудобным, закрытым и дорогим инструментом для командной работы. Это заставило меня искать альтернативу, и я нашёл её в бесплатном и открытом API-клиенте Bruno.

В этой статье расскажу, как с ним работать и какие сценарии он закрывает в реальной проектной работе.

https://habr.com/ru/companies/alfa/articles/915940/

#qa #testing

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

💯

#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