❓ Где живут баги?

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

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

И помните, что количество багов это не единственный и не самый главный показатель качества продукта 🥇

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

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

#тест_драйв

🌐 Как загружается страница в браузере

Ранее разобрали этот процесс в статье, а теперь — шпаргалка.

Вся цепочка от ввода URL до отрисовки страницы: DNS, кеши, TCP/TLS, HTTP, парсинг и рендеринг — в одной схеме.

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

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

#артефакт

📎 Idempotency — почему повторный запрос не должен ломать систему

Отправили запрос → всё ок
Отправили ещё раз → и вдруг дубль 😵

В чем суть:

один и тот же запрос должен давать один и тот же результат

📌 Пример:

оплата заказа

первый запрос → деньги списались
второй такой же → ничего не происходит

🔜 результат остаётся тем же

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

в реальности запросы часто повторяются:

— пользователь нажал кнопку дважды
— сеть оборвалась и клиент отправил retry
— система сама повторила запрос

👍 — знал/а
🔥 — впервые слышу

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

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

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

🚨 Когда Sign anyway ломает логику

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

Пользователь отклоняет документ → потом нажимает “Sign anyway” → выбирает OTP

➡️ и получает 403 + JSON с ошибкой

Что здесь происходит:

🔵 Система разрешает пользователю пойти по сценарию, где у него уже нет прав (документ отклонён), но вместо нормальной обработки показывает ответ сервера «как есть».

Почему это проблема:

— нарушена логика доступа
— фронт не обрабатывает ошибки
— пользователь видит внутренности API

💡 Если пользователь может зайти в запрещённый сценарий → это не просто ошибка, а проблема в access control.

🔗 Источник

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

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

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

🖥 Java для автотестов: первые шаги с нуля

Если вы все еще откладываете изучение автоматизации, этот туториал — хороший вход.

⬇️ Внутри:

— базовые вещи: переменные, условия, циклы
— пример из реальной задачи (валидация формы)
— как это превращается в автотесты через JUnit

🔗 Ссылка на статью

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

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

#тест_драйв

🤔 Раз уж заговорили про Java для автотестов…

Автотесты — это тот же код. А значит, вы будете проводить в IDE не меньше времени, чем разработчики.

➡️ Чтобы не уставать от чтения:

есть сервис CodingFont, который помогает выбрать шрифт через мини-баттлы:

— один и тот же код
— два разных шрифта
— выбираете, какой читается лучше

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

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

#тест_драйв

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

Junior+ QA engineer / Тестировщик ПО — до 100 000 ₽, удаленно/офис (Лиссабон)

Embedded QA Engineer (Firmware / Hardware Testing) — от 250 000 ₽, офис (Москва)

QA Automation Engineer — до 300 000 ₽, офис (Москва)

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

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

⚡️ В QA вводят новый тип тестирования — “Post-Production Testing”

Теперь это официальный этап:

— релиз в прод
— сбор фидбэка
— фиксы

В документации уже предлагают такой флоу:

Deploy → Users → Bug reports → Fix → Repeat

Аргумент простой:

➡️ только реальные пользователи дают настоящее покрытие

Некоторые компании уже планируют убрать staging как «избыточный этап» 🚩

Попались? С первым апреля 😄

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

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

#стендап_qa

💡 Почему вы не растёте в зарплате

Работы много, задачи закрываются… а роста — нет.

Знакомо? ⬇️

1️⃣ Делаете задачи, но не влияете на решения

Тестируете то, что дали, но не участвуете в обсуждении требований, рисков и подходов.

➡️ вас воспринимают как исполнителя, а не инженера

2️⃣ Не показываете ценность

нашли баг → завели тикет → всё

Но не объяснили:
— какой риск для бизнеса
— сколько это стоит компании
— что будет, если пропустить

➡️ ваш вклад остаётся незаметным

3️⃣ Не берёте ответственность за качество

Ждёте задачи вместо того, чтобы:

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

➡️ вы не влияете на результат продукта

Что реально двигает зарплату:

— участие в решениях, а не только в проверке
— умение говорить про impact
— влияние на процесс и качество

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

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

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

🔥 Как быстро сгенерировать тест-кейсы

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

Generate relevant test cases for the following requirement: [добавьте описание требования]. For each test, include Name, Description, Steps, and Expected Result. Consider both typical use cases and edge cases.

🔜 Пример использования:

Допустим, у вас есть требование: «Пользователь должен иметь возможность сбросить пароль через электронную почту.» Вставив это требование в промпт, ChatGPT сгенерирует набор тест-кейсов, включая:

1️⃣ Тест на успешный сброс пароля с действительным адресом электронной почты.
2️⃣ Тест на попытку сброса пароля с недействительным адресом электронной почты.
3️⃣ Тест на попытку сброса пароля с незарегистрированным адресом электронной почты.
4️⃣ Тест на повторный запрос сброса пароля до истечения срока действия предыдущей ссылки.

Каждый тест-кейс будет содержать название, описание, шаги воспроизведения и ожидаемый результат.

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

#тест_драйв

🐹 Почему ваши автотесты неудобно дебажить

Многие пишут автотесты так:

один тест → сразу куча проверок

Кажется удобно… пока всё не падает 🥺

💡 В этом туториале на примерах из Postman показывают:

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

Если пишете API-тесты — стоит прочитать 📎

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

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

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

📂 Полный чек-лист тестирования веб-приложений

Полезная шпаргалка, которая охватывает все ключевые области: от изабилити до производительности.

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

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

#артефакт

😀 Как ускорить работу QA в VS Code

Если пишете автотесты или часто работаете с API, JSON и данными — пригодится расширение DevTool+:

внутри набор утилит

— форматирование и просмотр JSON/YAML
— Base64 / URL encode-decode
— генераторы токенов, UUID
— diff, конвертеры, крипта

⚡️ Главный плюс:

всё работает локально в VS Code → не нужно идти в браузер и переключаться между вкладками

🔗 Забираем по ссылке

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

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

#тест_драйв

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

Что произойдёт, если тесты зависят от времени (time-based)?

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

Тесты становятся нестабильными и дают разные результаты в разное время

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

— зависят от текущей даты/времени
— ломаются в разных таймзонах
— падают ночью/в конце месяца/года
— сложно воспроизводить

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

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

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

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