💡 Chrome DevTools умеет эмулировать фокус страницы

Иногда баг есть, но нормально посмотреть его не получается: открываете DevTools — и dropdown, tooltip или menu сразу исчезает. В таких случаях помогает Emulate focused page во вкладке Rendering — страница остаётся в фокусе, и можно разбирать элементы, завязанные на hover/focus.

Что это даёт на практике:

— удобно проверять исчезающие элементы
— проще анализировать баги в выпадающих списках и меню
— можно разбирать нестабильные overlay-компоненты
— меньше времени уходит на попытки поймать нужное состояние

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

✔️ Небольшое напоминание: на курс по ИИ-агентам осталось 4 места. Набор до 30 апреля. 🔜 Регистрация здесь

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

#тест_драйв

🚀 Тренажёр для практики тестирования веб-элементов

ToolsQA — это демо-сайт с набором типичных UI- и API-кейсов, на котором удобно отрабатывать как ручное тестирование, так и автотесты.

Что можно потренировать:

🔘 Elements — кнопки, чекбоксы, инпуты, dropdown’ы
🔘 Forms — формы и валидация полей
🔘 Alerts, Frames & Windows — попапы, фреймы, вкладки
🔘 Widgets — datepicker, таблицы, тултипы, аккордеоны
🔘 Interactions — drag’n’drop, сортировка, выбор списков
🔘 Book Store — API, авторизация, CRUD

Удобно для практики реальных сценариев без подготовки окружения.

🔗 Ссылка

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

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

#тест_драйв

🔥 Топ-вакансий недели для тестировщиков

Автотестировщик на Kotlin в крауд-тестирование — до 88 000 ₽, удаленно (Москва)

Senior QA Engineer — 200 000 —‍ 250 000 ₽, офис (Москва)

QA Automation Engineer (SDET) — от 88 000 до 145 000 ₽, удаленно (Тбилиси)

➡️ Больше офферов в канале: @testerrjob

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

🚬 Как понять, что вы переросли свой уровень

Вот сигналы, на которые стоит обратить внимание:

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

И главный маркер:

🔤 Вам становится скучно, а не сложно

Это означает, что текущий уровень уже не даёт роста.

💡 Что дальше:

— брать более сложные задачи (API, архитектура, автотесты)
— влезать в смежные зоны (DevOps, аналитика, продукт)
— участвовать в решениях, а не только в проверке

Рост начинается там, где снова появляется «не понимаю».

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

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

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

🔥 4 привычки кодеров

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

но, я собрал 4 привычки адептов «чистого кода», (которые обычно все практикуют) 🤡

• Бесконечный рефакторинг рабочего кода.
Кажется, что так ты делаешь продукт лучше. Итог: жестко падаешь в перфекционизм. Переписываешь функцию по три раза, а бизнес ждет релиз. Закрываешь вкладку и в голове абсолютная пустота, время потрачено, а новых фичей ноль.

• Упарывание в сложную архитектуру
Сеньоры на ютубе обещают золотые горы, если внедрить микросервисы куда угодно. Итог: получаешь красивый overengineering-проект для мамы и 0 запущенных продуктов в срок, пока конкуренты клепают MVP на коленке.

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

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

Проблема в том, что ни один из этих путей не дает самого главного - скорости и проверки гипотез. Реальному рынку плевать на твой идеальный код за 3 дня. Бизнес предпочтет код от ИИ-агента за 5 минут, который уже завтра начнет приносить деньги.

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

👉 Заходи сюда, но у нас осталось всего 4 места, набор идет до завтрашнего дня.

P. S. Если интересно еще что-нибудь почитать от меня, то заходите в «Азбуку Айтишника», там я рассказываю об айти-базе, также у меня там есть бесплатный гайд на 15 глав по ии-агентам

🔗 10 способов тестировать iOS-приложения: жизненный цикл и реальные сценарии

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

6️⃣ Холодный старт (Not running → Active)
Запуск с нуля → корректная загрузка данных, отсутствие падений и зависаний

2️⃣ Уход в фон (Active → Background)
Сворачивание приложения → активные процессы не ломаются

3️⃣ Возврат из фона
Открытие после паузы → состояние и экран восстанавливаются корректно

4️⃣ Выгрузка системой (kill в фоне)
Приложение принудительно завершено → данные и сессия восстанавливаются

5️⃣ Ввод данных → сворачивание
Пользователь не завершил действие → данные не теряются

6️⃣ Обработка push-уведомлений
Push в фоне/приостановке → корректный переход и обновление UI

7️⃣ Изменение сети
Wi-Fi ↔ LTE ↔ offline → обработка ошибок, ретраи, восстановление запросов

8️⃣ Прерывания (звонки, уведомления)
Внешние события → приложение не падает и сохраняет прогресс

9️⃣ Многозадачность
Быстрое переключение между приложениями → навигация и состояние сохраняются

6️⃣1️⃣ Фоновые задачи
Загрузка/синхронизация в фоне → корректное завершение без потери данных

🔗 Подробнее по ссылке

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

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

#артефакт

💼 Почему «закрыть всё в одном спринте» не работает

Хочется, чтобы всё шло по плану: сделали задачу → протестировали → пофиксили баги → закрыли. В реальности процесс быстро начинает сбоить.

Стоит тестированию немного задержаться — разработчик уже ждёт.

Баги приходят под конец — времени на фиксы не хватает.

Появляются переключения между задачами — теряется контекст.

🔜 В итоге спринт превращается в попытку догнать всё в последний момент.

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

💡 Более устойчивый вариант — выстроить последовательный поток:

сделали → передали на тест → нашли баги → исправили → перепроверили

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

🔗 Источник

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

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

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

🚨 Логин через Google ломает импорт данных

Разобрали баг в Lumo by Proton — и он бьёт прямо в onboarding:

Пытаешься импортировать данные → выбираешь Google → вводишь логин

🔤 получаешь ошибку “400. That’s an error” и процесс обрывается

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

🔵 После успешного ввода данных Google возвращает ошибку 400
🔵 Пользователь не возвращается в приложение
🔵 Импорт данных невозможен

Почему это критично:

— ломается ключевой сценарий onboarding (импорт данных)
— пользователь не может начать работу с продуктом
— выглядит как ошибка авторизации или небезопасный вход
— высокий шанс дропа на старте

⚠️ Вероятная причина:

ошибка в OAuth flow — некорректный redirect / параметры запроса / обработка ответа

🔤 типичный баг интеграции с внешним провайдером

👍 — заметили бы
🔥 — полезный кейс

🔗 Источник

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

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

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

Отправь тому, кто достоин этой открытки 💓

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

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

🧩 SQL-шпаргалка, которая экономит время

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

Внутри — краткая шпаргалка:

— SELECT, WHERE, LIKE, IN
— ORDER BY, LIMIT
— COUNT, SUM, GROUP BY
— JOIN’ы
— INSERT / UPDATE / DELETE

С вас 🎈, если было полезно!

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

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

#артефакт

🔥 Вопрос с собеседования (финтех, Middle)

Почему в платёжной системе нельзя просто повторно отправить запрос на списание, если не пришёл ответ от сервера?

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

Потому что это может привести к двойному списанию средств.

🔵 Почему это критично:

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

🔵 Что должно быть вместо этого:

— идемпотентность запросов (idempotency key)
— проверка статуса операции перед повтором
— безопасные ретраи
— журналирование транзакций

🔵 Где чаще всего стреляют:

— нестабильная сеть / таймауты
— мобильные приложения (повторные клики)
— интеграции с внешними платёжками
— асинхронные операции

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

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

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

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

🕹 Интерактивный тренажёр по SQL

SQLBolt — это серия простых уроков с практикой прямо в браузере. Пишете запрос → сразу видите результат.

Что внутри:

— базовые SQL-запросы (SELECT, WHERE, JOIN)
— понимание, как устроены таблицы (как Excel, только с данными)
— постепенное усложнение тем
— задания после каждого шага

🔗 Попробовать SQLBolt

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

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

#release_digest

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

#стендап_qa

🧩 git fetch vs git pull — в чём разница

git fetch забирает изменения с удалённого репозитория, но не применяет их к вашей ветке. Можно спокойно посмотреть, что обновилось.

git pull делает сразу два шага: сначала fetch, затем применяет изменения (merge или rebase).

💡 Когда использовать:

если нужно сначала понять, что изменилось — fetch
если просто обновиться — pull

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

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

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

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

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

🖍 Linux для QA инженера: шпаргалка по командам

Внутри:

— навигация по серверу (ls, cd, find)
— работа с логами (tail, grep, less)
— процессы и ресурсы (ps, top, free)
— сеть и API (curl, ping, ss)
— файлы, архивы и права доступа

🔗 Источник

С вас 🎈, если сохранили!

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

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

#артефакт

⚡️ Network в DevTools — куда смотреть, когда ничего не работает

Когда UI ведёт себя странно, почти всегда причина скрыта в сети. Network panel показывает, что на самом деле происходит между фронтом и бэком.

Здесь видно:

➖ ушёл ли запрос
➖ какой статус вернул сервер
➖ что пришло в ответе
➖ сколько заняло времени

Это помогает быстро понять: проблема в интерфейсе или в API.

📎 Источник

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

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

#тест_драйв

🧪 Подборка для тестировщиков, которым скучно на «обычных» курсах

Все говорят про Postman и Selenium. А что, если хочется копнуть глубже и попробовать нетривиальные практики? Ловите свежак 👇

➖ Awesome Testing

Гитхаб-библиотека редких ресурсов по тестированию: от нестандартных техник до инструментов, о которых мало кто знает.

➖ Test Automation Patterns

Онлайн-справочник паттернов автоматизации — помогает строить тесты как архитектуру, а не хаотичный скрипт.

➖ Fuzzing Book

Фуззинг в интерактивном формате: учишься находить самые неожиданные баги через генерацию данных.

➖ How to throw a bug bash: A tester’s guide

Гид по организации «охоты на баги» — как превратить скучное тестирование в событие: геймификация, парное «охотничество», charters и мотивация.

➖ Chaos Engineering

Методология хаос-тестирования от Netflix: имитируем сбои и проверяем устойчивость систем.

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

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

#release_digest

📚 Что почитать QA-специалисту

В статье собрана подборка, которую советуют инженеры YADRO: от классики Майерса и Бейзера до «Библии QA» и гайдов по тестированию производительности.

➡️ В них — основы «черного» и «белого ящика», работа с тест-кейсами, автоматизация и психология тестирования.

📌 Полезно и джунам, и тем, кто уже ловил баги на проде.

🔗 Полный список книг — по ссылке

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

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

#артефакт