🔥 Философский вопрос дня

Один QA инженер охраняет стадо овец (прод) от волков (багов).

Достаточно ли одного QA на проект ❓

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

🤩 — Да, если хороший
🌚 — Нужна команда QA
❤️ — Автотесты важнее людей

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

#стендап_qa

📝 Как составить резюме, которое работает

Правильное резюме — ключ к собеседованиям в IT.

➕ В видео:

— Частые ошибки в резюме тестировщиков
— Пошаговое оформление резюме
— Как описать опыт и достижения
— Что делать, если опыта нет
— Сопроводительное письмо

В описании видео есть ссылка на готовый шаблон 📎📎

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

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

🧃 Скрытые фичи Chrome, о которых мало кто знает

Даже без DevTools браузер умеет больше, чем кажется. Страница chrome://chrome-urls открывает все внутренние разделы Chrome.

• chrome://flags — экспериментальные настройки
 • chrome://gpu — информация об аппаратном ускорении
 • chrome://net-export — диагностика сетевых проблем

Хороший способ заглянуть под капот браузера и быстрее находить причины нестабильных багов.

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

#тест_драйв

🤔 Когда использовать тест-кейсы, а когда чек-листы

⏺ Тест-кейсы использую там, где важны контроль и воспроизводимость:

• крупные и сложные системы
• критичный бизнес-функционал (платежи, безопасность)
• регрессия и стабильные требования
• команды с ротацией и автоматизацией

⏺ Чек-листы выбираю, когда важны скорость и гибкость:

• быстрые релизы и частые изменения
• исследовательское тестирование
• UI и мобильные приложения
• MVP и продуктовая разработка

💡 Хорошая практика — комбинировать: тест-кейсы для ядра и регрессии, чек-листы для новых фич и интерфейсов.

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

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

❓ Как запрос проходит от браузера до сервера

Когда пользователь нажимает кнопку или открывает страницу, запрос не летит сразу в backend. По дороге он проходит несколько слоёв — и каждый может повлиять на результат.

1️⃣ Браузер

Формирует HTTP-запрос:

— URL
— метод (GET / POST)
— заголовки
— cookies, токены, тело запроса

📌 Уже здесь возможны проблемы: неправильные заголовки, кеш браузера, CORS.

2️⃣ CDN (если есть)

Запрос попадает в ближайший edge-сервер.

Что происходит:

— если контент закеширован → ответ сразу
— если нет → запрос идёт дальше

3️⃣ Reverse-Proxy

Первый «вход» в инфраструктуру приложения.

Может делать:

• SSL-терминацию
• проверку авторизации
• rate-limit
• модификацию заголовков
• проксирование дальше

4️⃣ Балансировщик нагрузки

Если backend не один — запрос нужно кому-то отдать.

Что делает:

— выбирает инстанс приложения
— следит за доступностью
— может использовать sticky sessions

5️⃣ Backend (наконец-то)

Приложение:

— обрабатывает запрос
— работает с БД
— формирует ответ

Ответ идёт обратно тем же путём, и на каждом этапе может быть изменён или закеширован.

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

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

🛠 Полезные фишки Chrome DevTools — часть 3

Часть 1 | Часть 2

🔴 Переопределение геолокации

Зачем: проверить сайт для пользователей из разных городов/стран/часовых поясов

⚠️ Работает только если сайт использует сервисы геолокации (не IP)

Как изменить:

F12 → Ctrl+Shift+P → Sensors → Show Sensors
Location → выбрать город из списка

Добавить свой город:

Manage → Add Location → указать название, координаты, часовой пояс

Где помогает:

✓ Проверка погоды по геолокации
✓ Расписания с учётом часовых поясов
✓ Контент, зависящий от региона
✓ Локализация сервисов

🔴 Подмена user-agent

Зачем: проверить сайт с разных устройств, ОС и браузеров без физических девайсов

Как изменить:

F12 → Ctrl+Shift+P → Show Network conditions
User-Agent → снять галочку Use browser default → выбрать из списка

Кастомный User-Agent:

Выбрать Custom → ввести параметры вручную

Где помогает:

✓ Тестирование мобильных версий
✓ Проверка адаптивности под разные браузеры
✓ Тестирование специфичного поведения для iOS/Android
✓ Проверка блокировок для определенных браузеров

🔴 Lighthouse — аудит производительности

Зачем: комплексный тест производительности, accessibility, SEO

Как запустить:

F12 → Lighthouse → выбрать параметры → Analyze page load

Что проверяет:

✓ Performance (скорость загрузки)
✓ Accessibility (доступность для людей с ограниченными возможностями)
✓ Best Practices (соблюдение стандартов)
✓ SEO (оптимизация для поисковиков)
✓ PWA (Progressive Web App)

Результат:

• Оценки от 0 до 100 по каждому параметру
• Детальные рекомендации по улучшению
• Метрики (FCP, LCP, TTI, CLS)

🔴 Частые сценарии

1️⃣ Проверка API:
Network → Fetch/XHR → клик на запрос → Payload/Response

2️⃣ Тест производительности:
Lighthouse → выбрать категории → Analyze

3️⃣ Проверка на медленном интернете:
Network → Throttling → Slow 3G

4️⃣ Поиск лишнего кода:
Ctrl+Shift+P → Coverage → Start

5️⃣ Тест геолокации:
Ctrl+Shift+P → Sensors → выбрать город

6️⃣ Воспроизведение бага:
Network → ПКМ на запрос → Copy as cURL

🔴 Все хоткеи

F12 — открыть DevTools
Ctrl+Shift+C — инспектор элементов
Ctrl+Shift+P — Command Menu
Ctrl+Shift+M — режим устройств
Ctrl+R — перезагрузить страницу
Ctrl+S — сохранить изменения
Ctrl+F — поиск
Ctrl+E — старт/стоп записи Network

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

#артефакт

❓ С чего начнёте тестировать кнопку «Оплатить»

Представьте: перед вами кнопка «Оплатить» в мобильном приложении банка.

♾ На что вы обратите внимание в первую очередь:

🤩 — UI (внешний вид, расположение, доступность)

🌚 — Security (безопасность транзакций, защита данных)

⚡ — Performance (скорость отклика, стабильность)

❤️ — Business logic (сценарии оплаты, валидация)

❗️ Выбирайте не «что важно вообще», а именно с чего начнёте тестирование в реальной задаче.

Поделитесь своим подходом в комментариях! 💬

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

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

#стендап_qa

🔗 Вопрос с собеседования на Junior QA

Чем отличается Preview и Response?

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

Response показывает необработанное тело HTTP-ответа, ровно в том виде, в каком оно пришло от сервера. Это источник истины при проверке API, кодировок, лишних полей и багов сериализации.

Preview — это интерпретированное представление ответа, которое браузер строит для удобства: парсит JSON, рендерит HTML, декодирует данные. Оно полезно для быстрого анализа структуры, но может скрывать проблемы в реальном payload.

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

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

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

📌 Cypress: декабрьский апдейт

15.8.1
— Закрыта CVE-2025-68154
— Обновлён systeminformation
— Меньше security-алертов в CI

15.8.0
— Поддержка Angular 21 в Component Testing
— Zoneless Angular Component Testing (без zone.js)
— Selector Playground теперь доступен всем → интерактивный режим для построения селекторов прямо в приложении
— Исправлена загрузка Next.js Component Testing без TS-конфига

🔗 Ссылка на changelog

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

#release_notes

❓ Приёмочное тестирование и критерии готовности — в чём разница

🔴 Приёмочное тестирование (Acceptance Testing) — это проверка «можно ли выпускать».

Тестируем продукт с точки зрения бизнеса и пользователя:
— функция работает так, как договорились;
— сценарии закрыты;
— результат можно отдавать в прод.

Проще: проверяем, что сделали нужную вещь.

🔴 Критерии готовности (Acceptance Criteria / Definition of Done) — это правила игры заранее.

Чёткий список условий, которые должны быть выполнены, чтобы задача считалась готовой:
— какие сценарии работают;
— какие ограничения учтены;
— какие проверки пройдены.

Проще: по каким пунктам будем принимать.

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

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

📌 Git: работа с Remote Repositories

Набор команд, которые помогают не запутаться в форках, окружениях и ветках — особенно когда есть dev / stage / hotfix / prod.

🟡 Добавить удалённый репозиторий

— подключить fork разработчика
— добавить отдельное тестовое окружение

git remote add <name> <url>

🟡 Показать все remote и их URL

— быстрый способ проверить, откуда берётся код и куда он уходит

git remote -v

🟡 Подробная информация о remote
— доступные ветки
— upstream
— какие ветки отслеживаются локально

git remote show <name>

🟡 Переименовать remote
— чтобы origin не оказался продом
— удобнее ориентироваться в окружениях

git remote rename <old> <new>

🟡 Удалить remote
— убрать старый форк или временный репозиторий

git remote remove <name>

🔜 Когда особенно полезно:

— несколько окружений и сборок
— проверка hotfix’ов
— локальная валидация исправлений
— поиск расхождений между версиями

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

#артефакт #git

😎 Софт-скиллы: почему без них никуда

Можно быть гуру автотестов и знать все баг-трекеры наизусть, но без гибких навыков далеко не уедешь.

В видео разбор 10 ключевых софт-скиллов: от эмпатии до критического мышления и умения быть наставником для джунов.

Тайминги:

• 1:51 — В чём разница между софт и хард скиллами
• 3:10 — Топ-10 гибких навыков для работы
• 6:52 — Реальные примеры из практики
• 10:03 — Почему это важно даже для технарей
• 13:02 — Как прокачивать софт-скиллы

Полезные ссылки в описании под видео!

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

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

📌 Чек-лист API тестирования

Когда frontend выглядит идеально, а backend….

🔌 Что проверять всегда:

200, 400, 401, 403, 404, 500 — каждый код должен возвращаться по делу.

• Структура response
Типы полей, обязательные/опциональные, вложенность. JSON-схема — ваш друг.

• Авторизация и права доступа
Без токена, с чужим токеном, с истекшим. Безопасность не опциональна.

• Rate limiting
100 запросов в секунду — это не стресс-тест, это баг в коде.

• Pagination
Первая страница, последняя, пустая, page=-1. Границы — это классика.

• Idempotency
POST дважды ≠ два объекта. PUT, DELETE, GET должны быть предсказуемыми.

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

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

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

#артефакт

☹️ Извечный холивар

Проекты редко умирают из-за одной ошибки. Чаще — из-за перекоса: что-то сделали, а что-то «потом». Код живёт сам по себе, тесты не объясняют поведение, документация врёт или устаревает.

Что хуже для проекта ❓

👍 — Код без тестов
🤩 — Тесты без документации
🔥 — Документация без кода
🌚 — Всё вместе (welcome to hell)

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

#стендап_qa