📆 Индексы в БД — why it's slow, bro

Представьте: миллион строк в таблице. Нужно найти одного юзера по email.

Без индекса база тупо читает все строки подряд. Миллион. Строк. Подряд. С индексом — бац, и готово.

В реальности:

Разработчик забыл индекс → вы открываете баг «список грузится 10 секунд» → вам говорят «ну у меня работает» → потом продакшн лежит под нагрузкой → все бегают → находят что нет индекса → добавляют → всё летает

ℹ️ Что делать:

Видишь тормоза — сразу вопрос: «а там индекс есть?»

Особенно если:
— фильтры/поиск/сортировка
— «у нас данных стало больше и всё поплыло»
— timeout'ы на ровном месте

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

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

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

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

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

Потому что «на моем iPhone работает» — не аргумент.

🟡 Что проверять обязательно:

— Прерывания
Звонок, SMS, уведомление, будильник, низкий заряд. Жизнь не ждет.

— Сеть
WiFi → 4G → airplane mode → offline. Переключения должны быть плавными.

— Permissions
Камера denied, геолокация restricted, уведомления off. Пользователь — хозяин.

— Ориентация экрана
Portrait → landscape → portrait. UI не должен ломаться.

— Background/Foreground
Свернули на 5 секунд / 5 минут / 5 часов. Состояние должно сохраняться.

— Разные устройства
iPhone SE vs iPad Pro vs Android fold. Один размер не подходит всем.

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

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

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

#артефакт

💣 Холивар про окружения

Чем ближе к проду, тем веселее. Но где баги приносят максимум эмоций….

Где баги самые интересные ❓

👍 — На dev
🤩 — На stage
🔥 — На pre-prod
🌚 — В проде

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

#стендап_qa

🔥 REST для тестировщика — часть 1 / 3

Что такое REST и зачем QA это понимать ❓

REST — это архитектурный стиль проектирования API, а не стандарт, не протокол и не формат данных. Он опирается на HTTP и задаёт правила: как описывать ресурсы, какие методы использовать и как сервер должен отвечать.

📌 Если принципы нарушены, API становится непредсказуемым, а баги — системными.

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

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

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

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

📌 Mockoon — mock API

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

🔴 Чем полезен:

— быстро эмулировать API, когда бэкенда ещё нет
— тестировать фронт изолированно
— настраивать ошибки, статусы, задержки ответа
— воспроизводить edge-кейсы без вмешательства в реальный сервис

🔴 Когда брать:

Если backend ещё «в разработке», нестабилен или недоступен.

🔗 Ссылка на сайт

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

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

#тест_драйв

🎅 Задача: «Дед Мороз выкатил фичу»

Перед Новым годом в прод выкатили функционал:

«Пользователь добавляет подарок в корзину, оплачивает и получает его ровно 31 декабря».

❓ Что проверять в первую очередь:

👍 — UI и отображение скидок
🤩 — Граничные значения дат и таймзон
🔥 — Производительность оплаты
🌚 — Всё сразу

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

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

#стендап_qa

🎅 Магический шар предсказаний

Конец года — время узнать, что ждёт тестировщика в 2026.

➡️ Шар знает всё:

— сколько будет flaky-тестов

— где всплывёт «исправленный» баг

— в каком релизе сломается прод

— и найдёте ли вы дефект раньше пользователя

🔴 Нажимаете на шар — получаете предсказание.

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

#стендап_qa

💛 Как тестируют в больших компаниях

Подборка публичных кейсов о тестировании и культуре качества в реальных продуктах: от CI/CD и автотестов до тестирования в проде и observability.

🔸 Не про инструменты, а про подходы, процессы и мышление команд — Airbnb, Netflix, Google, Stripe и другие.

🔗 Ссылка на ресурс

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

#артефакт

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

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

1️⃣ Корректность структуры данных

— Сопоставляем структуру данных с API-спецификацией

— Валидируем обязательные и необязательные поля

— Сверяем типы данных с ожидаемыми

2️⃣ Тестирование POST-запросов

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

— Отправляем минимально необходимый набор данных для успешного создания

— Имитируем отправку без обязательных полей и получаем соответствующую ошибку

— Подаём запрос без тела и фиксируем корректную обработку ошибки

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

— Отправляем пустой JSON и анализируем ответ

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

3️⃣ Тестирование GET-запросов

— Запрашиваем список при отсутствии данных и получаем пустой результат

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

— Прогоняем пагинацию с limit и offset, включая пограничные значения

— Передаём некорректные параметры и анализируем ошибки 400

— Выполняем запрос по валидному ID и убеждаемся в правильности возвращаемых данных

— Подаём несуществующий ID и ожидаем 404

— Используем невалидный формат ID и получаем ошибку 400.

4️⃣ Тестирование PUT-запросов

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

— Имитируем обновление несуществующего объекта и получаем 404

— Отправляем некорректный ID и получаем 400

— Проверяем валидацию при обновлении с ошибочными значениями

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

5️⃣ Тестирование DELETE-запросов

— Удаляем существующий объект и получаем подтверждение

— Повторно удаляем уже удалённый объект и фиксируем ошибку

— Пытаемся удалить несуществующий объект и получаем 404

— Отправляем невалидный ID и убеждаемся в корректной ошибке

— Удаляем объект и заново создаём его с теми же уникальными полями — исключаем конфликт

6️⃣ Проверка статусов ответов

— Отслеживаем корректность возвращаемых статусов (200, 201, 204, 400, 401, 403, 404, 500 и т.д.) в зависимости от сценария

7️⃣ Проверка всех возможных ошибок

— Симулируем сетевые сбои, таймауты и передаём некорректные данные — отслеживаем поведение API

8️⃣ Специфичные проверки для сложной логики

— Проверяем работу сложных сценариев, зависимостей и бизнес-правил (например, нельзя удалить связанную сущность)

9️⃣ Тестирование безопасности

— Проверяем доступ к защищённым ресурсам только при наличии валидной авторизации

— Отправляем запросы с просроченными, отсутствующими и поддельными токенами — анализируем реакции API

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

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

🥹🥹 ТОП-7 признаков идеального работодателя

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

Но как распознать компанию, которая действительно ценит своих сотрудников и создает для них оптимальные условия ❓

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

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

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

📌 Шпаргалка по командам Vim

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

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

#артефакт

📌 Что такое компилятор?

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

Как работает компилятор?

Процесс компиляции включает несколько этапов:
1️⃣Лексический анализ: разбиение исходного кода на токены — минимальные значимые элементы языка.
2️⃣Синтаксический анализ: проверка структуры кода на соответствие грамматическим правилам языка.
3️⃣Семантический анализ: проверка смысловой корректности кода, например, соответствие типов данных.
4️⃣Оптимизация: улучшение кода для повышения его эффективности.
5️⃣Генерация кода: преобразование в машинный код, готовый к выполнению.

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

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

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