😭 Как проверять работу кэша

Правильный кэш ускоряет приложение и снижает нагрузку на сервер. Неправильный — источник багов: stale-данные, двойная загрузка, баги с обновлениями.

1️⃣ Что проверять:

— Заголовки ответа сервера: ETag, Last-Modified, Cache-Control

— Service Worker: что кэшируется, как обновляется, как падает при новых версиях

2️⃣ Как искать проблемы:

— DevTools → Network → Disable cache (для теста)

— Проверяйте статус ответа: 200, 304 Not Modified (кэш сработал)

— Сравнивайте данные при повторном запросе: старые vs новые

3️⃣ Чек-лист для Service Workers:

— Обновление кэша: новые версии должны заменять старые

— Offline mode: приложение работает с кэшем

— Стратегии: Cache First, Network First — проверить для разных сценариев

4️⃣ Примеры багов:

— Старый JS/CSS загружается → ломается интерфейс

— Файлы не обновляются при деплое

— Service Worker кеширует слишком много → лишние данные

💡 Для прод-приложений проверяйте кэш на разных устройствах и браузерах.

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

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

#лучшее_из_библиотеки_2025

🔥 Must-have репозиторий для тестировщиков

Огромная коллекция фреймворков, библиотек и инструментов для автоматизации на всех популярных языках:

• Python
• Java
• JavaScript/TypeScript
• C# 
• Ruby
• PHP
• Kotlin

Зачем нужен:

🔜 Быстро найти нужный инструмент для старта автоматизации на любом языке. Экономит часы на поиск и сравнение фреймворков.

🔗 Ссылка на GitHub

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

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

#артефакт

🎲 Задача дня: проверь API на баги

Регистрация нового пользователя:

POST /api/register
{
  "email": "user@test.com",
  "password": "123",
  "age": "25"
}

❓ Сколько потенциальных проблем вы видите:

👍 — 2-3 проблемы
🤩 — 4-5 проблем
🔥 — 6+ проблем
🌚 — Ни одной, всё ок

Подсказка: думайте о безопасности, валидации и типах данных

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

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

#стендап_qa

🔔 Разбираемся с вебхуками

Вебхук — это когда система сама отправляет HTTP-запрос при наступлении события. Вы не опрашиваете API постоянно, а получаете уведомление сразу.

Пользователь оплатил → платёжная система отправляет POST с `status: paid` → ваша система обновляет заказ.

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

— корректность метода и формата (POST, JSON)
— обработку дублей (вебхук может прийти дважды)
— идемпотентность операций
— проверку подписи/токена
— таймауты и логирование

⚠️ Частые баги:

— двойная обработка события
— падение при неожиданных полях
— отсутствие валидации подписи

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

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

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

✨ Кейс: кнопка «Сохранить» нажата, данные пропали

Система отвечает 200 OK. Пользователь уверен: всё сохранилось. Обновляет страницу — изменений нет.

Что происходит на самом деле ❓

🟡 Запрос уходит асинхронно
🟡 Пользователь сразу закрывает вкладку
🟡 fetch не дожидается ответа
🟡 Сервер не успевает обработать данные

Happy-path:
— медленный пользователь
— стабильный интернет
— вкладка не закрывается

Реальность:
— автозакрытие
— мобильная сеть
— свайп «назад»

💡 Если действие критично — UI должен блокировать выход или явно подтверждать сохранение.

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

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

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

🔗 Appium: полезные фишки, которые редко используют

Большинство QA используют Appium как «кликалку». А вот что реально помогает в работе:

1️⃣ Поиск элемента по картинке

Когда локаторы ломаются (canvas, карты, кастомный UI) — Appium умеет искать элемент по изображению, а не по DOM.

Полезно, когда ничего другого не работает.

2️⃣ Выполнение ADB-команд прямо из теста

Из теста можно:
 • очистить данные приложения
 • включить/выключить сеть
 • собрать логи

Без shell-скриптов и ручных шагов.

3️⃣ Менять поведение Appium во время теста

Не перезапуская сессию:
 • увеличить ожидания
 • изменить стратегию поиска
 • стабилизировать flaky-тест

Это спасает в CI.

4️⃣ iOS: не используйте XPath

predicate и class chain:
 • быстрее
 • стабильнее
 • меньше падений

XPath — почти всегда худший выбор.

5️⃣ Appium 2 — это плагины

Можно подключать только нужные возможности, а не «всё сразу». Проще поддерживать, меньше багов.

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

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

#тест_драйв

🙂 Почему QA должен уметь говорить «нет»

«Нет» в тестировании — это не вредность характера. Это про то, чтобы не брать на себя чужую ответственность.

🟡 Когда «да» создаёт проблемы:

— фичу без требований невозможно нормально проверить
— «быстро протестируй, потом доделаем» превращается в вечный костыль
— релиз без времени на тесты — это рулетка
— баг называют minor, а он на самом деле ломает половину функционала

✅ Как нормально отказать:

— «Без критериев приёмки я не пойму, что именно проверять»
— «Без логов я не смогу воспроизвести баг»
— «За это время я успею только smoke, полноценное тестирование не влезет»

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

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

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

🎯 Готовитесь к собеседованию на Junior Manual QA?

Составили полный список ключевых вопросов, которые чаще всего встречаются на интервью: от основ тестирования и техник тест-дизайна до инструментов и личных качеств.

➡️ Используйте его, чтобы:

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

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

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

#артефакт