📋 Чек-листы для тестировщика

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

➡️ Complete QA Process Checklist

Подробный чек-лист на весь цикл QA: от анализа требований до релизной верификации. Готовый шаблон доступен бесплатно.

➡️ QA Checklists Explained

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

➡️ The Only Software Testing Checklist You Need

Универсальный чек-лист для ручного тестирования, охватывающий функциональность, API, UI, performance, compatibility.

➡️ Как составить чек-листы для эффективного тестирования

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

➡️ Чек-лист и шпаргалка по тест‑кейсам

Лаконичные примеры чек-листов для веб-приложений: функционал, формы, UI, сценарии. PDF-формат для скачивания.

📍 Навигация: [Вакансии]

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

#release_digest

🔥 3 способа скрыть элемент, которые обязан знать каждый тестировщик

В CSS есть несколько для этого способов, и каждый ведёт себя по-своему:

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

Почему это важно:

— ломаются автотесты, если не учесть способ скрытия
— isDisplayed() и isVisible() могут врать
— доступность (a11y) зависит от метода
— критично при проверке модалок, спойлеров и выпадашек

📌 На картинке — краткая шпаргалка по трем базовым методам. Сохраните, пригодится в каждом втором UI-тесте 🎀

📍 Навигация: [Вакансии]

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

#cheat_sheet

По факту 😁

📍 Навигация: [Вакансии]

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

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

😀 Как тестировать push-уведомления локально

Проверка push — это не только «пришло или нет». Чтобы тест был полноценным, важно пройти все ключевые этапы:

1️⃣ Эмулируйте реальные сценарии:

— Пользователь в онлайне / офлайне

— Браузер открыт, но вкладка в фоне

— Приложение закрыто (mobile/desktop PWA)

2️⃣ Валидируйте бизнес-логику:

— Сообщение приходит только нужным сегментам

— Нет дубликатов при повторной подписке

— Уведомление исчезает после обработки события

3️⃣ Тестируйте UX-детали:

— Заголовок влезает в одну строку

— Иконка чёткая на разных DPI

— Клик открывает нужный экран (и передаёт параметры)

4️⃣ Полезные инструменты:

— Web Push Codelab — быстро проверить контент

— DevTools → Application → Service Workers — симуляция push

— Локальный Node-сервер с web-push для кастомных payload

💡 Такой тест ловит баги, которые продакшн-проверка часто пропускает: неверная сегментация, обрезанные тексты, сбитая навигация.

📍 Навигация: [Вакансии]

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

#тест_драйв

🫡 Один и тот же запрос к AI можно выполнить двумя способами — и получить совершенно разный результат.

1️⃣ способ — просто попросить написать код. Модель может сгенерировать рабочее решение, но именно на этапе проверки часто всплывают пропущенные edge case’ы, ошибки обработки или проблемы с тестами.

2️⃣ способ — дать агенту цикл Think → Act → Observe. Он не останавливается после первой попытки: планирует действия, проверяет результат и, если находит ошибку, исправляет её и пробует снова.

Самое интересное, что разница здесь не столько в модели ❕ Claude, GPT или другая LLM могут быть одинаковыми. Разницу создаёт инженерная система вокруг них.

📅 Именно это разберём 23 июля в 19:00 (МСК) на бесплатном вебинаре с Алексеем Жиряковым (Executive Director в Сбере, GenAI Data Platform, ex-CTO Stream и KION).

На живом демо покажем, как один и тот же запрос работает без агентной системы и с ней 🔥

🔗 Регистрация

🏃‍♀️ Proglib Academy

🔄 Что такое Contract Testing — и зачем он нужен, если уже есть интеграционные тесты?

Есть два сервиса: один отдаёт данные, другой их использует. По отдельности оба работают. Но после очередного релиза один сервис меняет API — и второй неожиданно перестаёт понимать ответ.

🔜 Именно для таких ситуаций существует Contract Testing. Вместо того чтобы запускать оба сервиса вместе, они заранее проверяют, соблюдают ли общий контракт.

🟠 Consumer описывает, какой ответ он ожидает: поля, типы данных и структуру JSON.
🟠 Provider автоматически проверяет, что действительно отдаёт именно такой ответ.

Если контракт нарушен, тест упадёт ещё в CI — до интеграции и выкладки в staging.

🔤 Пример:

Фронтенд ожидает:

{ "price": 12.99 }

После обновления бэкенд начинает возвращать:

{ "price": "12.99" }

Визуально разница почти незаметна, но для клиента это уже другое API. Contract test обнаружит проблему сразу.

Популярные инструменты:

— Pact
— Spring Cloud Contract

👍 — знал/а
🔥 — стало понятнее

📍 Навигация: [Вакансии]

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

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

У Барсика новое хобби ⌨️

📍 Навигация: [Вакансии]

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

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

📍 Курс — это не только темы и домашние задания

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

Об этом как раз новый пост Proglib Academy 🔥

🧑‍💻 Учиться агентной разработке — у тех, кто уже внедряет её в бигтехе

Курс «ИИ для разработчиков» ведут практики из ведущих российских IT-компаний 🔥

🔵 Они прошли путь от первых экспериментов с AI до рабочих процессов, в которых агенты помогают команде писать код, готовить PR и быстрее доводить задачи до продакшена.

В ближайшее время познакомим вас с каждым преподавателем. Программа курса — по ссылке 🎹

🏃‍♀️ Proglib Academy

🔥 Вопрос с собеседования

Мобильное приложение поддерживает несколько языков. Пользователь переключает язык с английского на арабский.

Интерфейс перевёлся, но:

— текст в кнопках обрезается
— навигация осталась слева направо
— даты отображаются в прежнем формате

Это баг ❓

👇 Правильный ответ (нажми, чтобы прочитать):

Да. Причём здесь сразу несколько независимых проблем.

🔵 Интерфейс не адаптировался под локализацию

После перевода длина текста изменилась, но элементы интерфейса не смогли корректно подстроиться.

🔵 Не поддерживается RTL

Арабский язык использует направление письма справа налево (Right-to-Left). При смене локали должны корректно отображаться:

— расположение элементов
— меню и навигация
— направление свайпов
— стрелки и другие направленные иконки

🔵 Игнорируется локаль

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

❕ Что обязательно проверять при локализации:

— переключение между LTR и RTL
— отображение длинных переводов
— форматы даты, времени, чисел и валют
— поддержку нужных символов выбранным шрифтом
— сортировку данных для разных языков
— зеркалирование иконок и элементов навигации

💡 Локализация — это не только перевод текста. Это адаптация интерфейса под язык, направление письма и региональные особенности пользователя.

👍 — знал/а
🔥 — стало понятнее

💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут

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

#стендап_qa

🧩 Какой JOIN вернёт все строки из левой таблицы, даже если совпадений нет?

🔥 — LEFT JOIN
❤️ — INNER JOIN

📍 Навигация: [Вакансии]

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

#стендап_qa

✏️ Если вы уже работаете с Claude Code, Cursor или Copilot, этот вебинар будет особенно полезен.

Разберут, как превратить AI из инструмента для отдельных задач в часть инженерного процесса ⬇️