🦾 Инструмент для автоматизации UI-тестирования

QF-Test — кроссплатформенное решение для автоматизированного тестирования графического интерфейса.

Что поддерживает:

➕ Java- веб-, Windows- и мобильные приложения.

Ключевые особенности:

🟡 Record & Replay — создание тестов без программирования

🟡 Low-code подход — удобен для тестировщиков и аналитиков

🟡 Поддержка скриптов (Python/Jython, JavaScript, Groovy)

🟡 Кроссбраузерное тестирование (Chrome, Firefox, Edge, Safari)

➕ Доступна бесплатная триал-версия без ограничений (по запросу)

🔗 Ссылка на инструмент

🐸 Библиотека тестировщика

#тест_драйв

📌 Шпаргалка по ручному тестированию

От процессов тестирования и жизненного цикла разработки до подходов для выявления багов и рекомендаций по QA — внутри собраны ключевые моменты, которые помогут вам ускорить и упростить работу.

🐸 Библиотека тестировщика

#артефакт

🤌 Тестирование на старте разработки

Когда начинается тестирование? На старте разработки или уже в процессе? Оценим, как раннее вовлечение QA влияет на результат.

❓ Как вы считаете, стоит ли тестировать сразу:

👍 — Да, чем раньше, тем лучше

❤️ — Нет, тесты должны быть в конце разработки

Сейчас на курсы Proglib действует −40%🥰

🐸 Библиотека тестировщика

#стендап_qa

🐸 Библиотека тестировщика

#прод_в_пятницу

📣 Подборка материалов на выходные

ℹ️ ChatGPT Atlas: пока ещё не торт для тестировщиков

ℹ️ Как конвертировать mind map в чек лист

ℹ️ Requestly: гайд для тестировщиков

ℹ️ Как выбрать TMS и не пожалеть

ℹ️ Как запускать 100k+ браузеров в день и спать спокойно

ℹ️ Как пройти первые собеседования, если ты QA-инженер без опыта

🐸 Библиотека тестировщика

#release_notes

🐸 Библиотека тестировщика

#прод_в_пятницу

💬 Готовишься к собеседованию QA?

Это видео — концентрат реальных вопросов, подвохов и типичных ошибок на интервью. Не просто «зубрилка», а разбор логики, которой руководствуются интервьюеры.

🎯 Что внутри:

— ТОП-30 основных вопросов (от теории до практики)

— Подсказки, где чаще всего спотыкаются кандидаты

— 500+ дополнительных вопросов для самопроверки

➕ Полезно и новичкам, и тем, кто готовится к апгрейду позиции.

🐸 Библиотека тестировщика

#карьерный_трек

🔌 Code review: строгие правила vs «легко и быстро»

Команды QA и Dev спорят: нужен строгий процесс или минимализм?

⏯ Строгие правила

— Каждый PR проверяется по чеклисту
— Меньше багов на проде
— Дольше и больше бюрократии

⏯ Легко и быстро

— Минимум формальностей
— PR быстрее в продакшн
— Риск пропустить ошибки

Голосуем реакциями:

👍 — Строго
❤️ — Быстро

Мудрость: иногда «легко» превращается в пожары на проде 😅

🔤 Если хочется автоматизировать — гляньте курс по Python, сейчас −40%

🐸 Библиотека тестировщика

#тест_драйв

🧠 Что такое анализ первопричин

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

Пример:

Форма падает при вводе «é».

Исправили кодировку?
А может, вообще нет валидации ввода?
А может, библиотека логирования ломает всё при юникоде?

RCA помогает докопаться до сути.

Суть процесса:

➕ Собрать факты (что, где, когда).

➕ Найти цепочку событий.

➕ Определить корень проблемы.

➕ Исправить причину, не только баг.

📎 Популярные методы:

— 5 Why’s («Почему?» пять раз подряд)
— Fishbone (диаграмма Исикавы)

🐸 Библиотека тестировщика

#теория_на_пальцах

📎 Памятка для тех, кто хочет систематизировать базу

Поймете разницу между QA и QC, вспомните, что такое тест-кейс, верификация и валидация, и разберетесь, чем дефект отличается от ошибки.

🎓 На курсах Proglib можно разобраться, как устроены API, архитектура и тест-дизайн; сейчас −40 %

🐸 Библиотека тестировщика

#артефакт

🧩 Ситуация из жизни тестировщика

Вы тестируете API. Сервер стабильно возвращает 200 OK, но тело ответа пустое. На первый взгляд — запрос успешный, но данных нет.

ℹ️ Это может быть и проблемой на бэке, и ошибкой в запросе, и просто некорректным мок-ответом.

Что делаете в первую очередь ❓ Опрос ниже 🔹

🔤 Если хочется автоматизировать такие штуки — гляньте курс по Python, сейчас −40%

🐸 Библиотека тестировщика

#стендап_qa

🖍 Когда тест-план устарел

Вы открываете тест-план, а там сценарии, которых уже нет в продукте. Функции поменялись, релизы ускорились, а документация осталась в прошлом.

🔜 Как действовать:

— Определить, что действительно устарело: пройтись по тестам, отметить дубли и «мёртвые» сценарии.

— Сверить приоритеты с текущим продуктом: обновить области, где бизнес-ценность выше.

— Вынести актуальные проверки в живой формат — чек-листы, mind map или autotests.

— Пересмотреть сам подход: меньше формальностей, больше гибкости и актуальности.

💡 Хороший тест-план живёт вместе с продуктом. Он не про бюрократию, а про уверенность в качестве здесь и сейчас.

🐸 Библиотека тестировщика

#карьерный_трек

🚬 Три степени боли продакшена

В продакшене что-то сломалось. Как понять, на каком уровне разбираться?

🟣 Incident (инцидент)

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

Пример: кнопка «Купить» не работает. Пользователи жалуются.

🟣 Problem (проблема)

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

Пример: форма не обрабатывает спецсимволы в имени товара → падает несколько страниц.

🟣 Error (ошибка)

Конкретная ошибка в коде, конфигурации или данных, которая вызвала проблему.

Пример: регулярка валидации имени товара не учитывает юникод.

Суть процесса:

🔤 Инциденты фиксируем быстро, чтобы пользователи не страдали.

🔤 Проблему исследуем глубже, ищем повторяющиеся паттерны.

🔤 Ошибку исправляем на уровне кода/инфраструктуры.

🔗 Видео по терминам для закрепления

🐸 Библиотека тестировщика

#теория_на_пальцах

💥 Мок ≠ Прод

Наш подписчик пишет:

Все автотесты были зелёные, CI светился зелёным, локально всё работало идеально… а на проде корзина пустая. Абсолютно пустая. Пользователи начали писать, что товары «исчезли» после добавления.

Сначала мы думали, что это какая-то новая магия браузера или пользователь случайно всё очищает. Проверили логи — а там наш фронтенд просто не понимает данные с реального API.

Оказалось, что все тесты шли через мок-API. Он всегда возвращал «правильные» данные, поэтому автотесты ничего не ловили. На проде же реальные данные немного отличаются — структура JSON чуть поменялась, поля иногда пустые, и фронт падал молча.

Итог: ночь отката, несколько часов расследования и крепкий урок: моки — это хорошо, но интеграционные тесты на проде никто не отменял.

📌 Всегда проверяйте реальные интеграции, особенно если речь о критичных флоу, вроде корзины или платежей.

🎓 Если хотите разобраться, как правильно проектировать тесты и API, загляните на курсы Proglib — сейчас скидка −40 %, пока не ушла в прод 🙂

🐸 Библиотека тестировщика

#разбор_полетов

🔥 Гайд по UI-автотестам, часть 3: отчёты и метрики

Ранее мы разобрали локаторы и тестовые данные, а теперь — как правильно фиксировать результаты и следить за качеством автотестов.

💡 1. Артефакты при падении

Сохраняйте всё, что поможет быстро разобраться:

– скриншот страницы
– видео прогона
– network-лог
– trace (пошаговое выполнение)

Так отладка займёт минуты, а не часы.

📂 2. Документация

README.md должен быть понятным:

– как установить зависимости
– как запускать smoke и регресс
– как добавить новый тест

Добавь пару примерных тестов как шаблон, чтобы новичку было проще стартовать.

📈 3. Метрики стабильности

Следите за реальными показателями работы автотестов:

– сколько тестов проходит стабильно
– сколько занимает полный прогон
– сколько багов нашли до релиза

Эти данные помогают понять, где тесты слабые и где нужен приоритет улучшений.

🐸 Библиотека тестировщика

#тест_драйв