Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты

🤔 Ручное тестирование — это тупик?

«Без автоматизации в QA не выжить»

— частый миф.

✏️ Ключевая правда рынка:

ручное тестирование никуда не делось, но требования к мышлению выросли.

➕ Что ждут от manual QA сегодня:

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

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

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

#стендап_qa

📋 Чек-лист для тестирования требований

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

Помогает находить баги раньше кода и экономить время команды

🔗 Источник

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

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

#артефакт

🖥 Разбираемся что такое шардирование

Шардирование — это когда базу делят на части и хранят на разных серверах.

Очень просто:

🔺 Был один большой сервер — стало несколько
🔺 Каждый сервер хранит свою часть данных
🔺 Запрос сразу идёт туда, где лежат нужные данные

Пример:

пользователи 1–250k на сервере A, 250k–500k на сервере B.

♾ Зачем: чтобы база не тормозила и выдерживала рост.

❗️ Не путать:

шардирование — делим данные
репликация — копируем данные

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

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

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

🖥 Проверьте свои знания MongoDB

MongoDB — одна из самых распространённых NoSQL-баз данных. Тест из 7 вопросов на понимание её базовых принципов и операций.

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

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

#стендап_qa

🐞 Баги и баг-репорты

Ошибка ≠ дефект ≠ сбой — путаница в терминах часто делает баги «невидимыми» для команды. А неправильный баг-репорт — потерянное время и нерешённая проблема.

Что в видео:

— что такое дефект, ошибка и сбой
— виды дефектов и их влияние
— структура баг-репорта
— разница между Severity и Priority
— что такое баг-трекинговые системы

📎 Смотреть по ссылке

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

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

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

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

📌 Подборка статей по тест-дизайну

🈂️ Техники тестирования — большая обзорная статья, внутри есть разделы про BVA/EP и другие подходы

🈂️ Equivalence Partitioning + Boundary Value Analysis — подробный разбор двух ключевых техник тест-дизайна с примерами

🈂️ Decision Table Testing — техника для сложной бизнес-логики: как строить таблицы решений и получать сценарии

🈂️ ISTQB Glossary (официальные определения) — формулировки терминов «как на собеседованиях»

🈂️ HTSM (Heuristic Test Strategy Model) — модель, которая помогает проектировать тесты через риски, факторы качества и эвристики

🈂️ HTSM в PDF (зеркало/прямая pdf-ссылка) — удобно сохранить и использовать как шпаргалку

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

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

#release_notes

С вас ❤️, если знакомая ситуация…

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

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

❓ Баг — это баг или фича

Поведение странное. Документации нет. Разработчик говорит: «так задумано».

🪲 Когда вы точно считаете это багом:

👍 — Не соответствует требованиям
🤔 — Пользователю будет больно
🔥 — Ломает ключевой сценарий
🌚 — Зависит от того, кто смотрит

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

#стендап_qa

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

Разработчик сделал hotfix прямо в master. Как протестировать изменения, если у вас уже есть незакоммиченные правки в рабочей ветке?

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

Сохраняем свою работу, тестируем hotfix, возвращаемся обратно — без потери данных.

Что делать:

🟠 Сохранить текущую работу
git stash -u — сохраняет все незакоммиченные изменения, включая незатреканные файлы.

🟠 Переключиться на master и получить hotfix
git checkout master
git pull — забираем актуальные изменения.

🟠 Протестировать изменения
Проверяем hotfix, фиксируем результаты, заводим баги при необходимости.

🟠 Вернуться в свою рабочую ветку
git checkout your-branch

🟠 Подтянуть hotfix в рабочую ветку
git merge master — важно сделать это до восстановления своих правок.

🟠 Восстановить изменения
git stash apply — безопасно применяем сохранённые правки.
Если всё прошло корректно — удаляем stash вручную.
При конфликтах — разрешаем их.

💡 Совет:
git stash list — покажет все сохранённые stash’и, если их несколько.

👍 — знал/а
🔥 — не знал/а

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

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

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

📌 Git-шпаргалка

Commands Sequence (диаграмма справа) — основной workflow: изменил → закоммитил → запушил

🔤 Разделы:

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

Show — просмотр изменений и истории (`git status`, git diff, `git log`)

Revert — откат изменений (когда что-то пошло не так)

Branch — работа с ветками для тестирования фич

Update/Publish — git pull (скачать) и git push (отправить)

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

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

#артефакт

⚡️ Стратегии поиска веб-элементов

Автотесты часто ломаются не из-за багов, а из-за того, что мы не до конца понимаем базовые принципы.

➕ Объясняем на простых примерах:

— что такое локатор и чем он отличается от селектора,
— почему одни локаторы живут годами, а другие — до первого UI-фикса,
— когда CSS — лучший выбор, а когда без XPath не обойтись.

С аналогиями, схемами и примерами на Playwright и Cypress.

🔗 Ссылка на материал

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

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

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

☂️ Как бы вы протестировали зонт

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

Сегодня — простой предмет, который чаще всего подводит в самый неподходящий момент.

➕ Какие проверки вы бы предложили?

Подумайте и опишите:

• Какие условия эксплуатации нужно смоделировать
• Какие состояния стоит проверить
• На какие риски для пользователя вы бы обратили внимание
• Где зонт может сломаться или стать опасным

🟡 Можно писать в свободной форме — чек-листом, сценариями или просто ходом мыслей.

Наш вариант оставили в картинке под спойлером 🙂

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

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

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

📌 Подборка видеоматериалов по методам тестирования

🈂️ Тестирование черного ящика — поможет разобраться, как тестировать программные продукты, основываясь только на их внешнем поведении.

🈂️ Черный, белый, серый ящик — особенности методов и их применение.

🈂️ Black-box vs White-box testing — узнаете разницу между Black-box testing и White-box testing, а также обзор методологии Серого ящика (Gray-box testing).

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

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

#release_notes

🔥 Собеседование на QA: от теории до практики

Даже сильных специалистов часто выбивают из колеи неочевидные вопросы. Если вы готовитесь к следующему уровню или хотите закрыть пробелы системно — этот материал для вас.

🔤 Что внутри:

— 250+ вопросов с подробными ответами
— Четкая градация: Junior / Middle / Senior
— Охват всех ключевых направлений: тест-дизайн, автоматизация, API, базы данных, CI/CD и многое другое
— Теоретическая база для углубленного понимания

Делитесь с коллегами, кому может быть полезно! 🗳

🔗 Ссылка на gitbook

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

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

#артефакт

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

Junior QA-инженер — от 80 000 ₽, офис (Москва)

Manual QA Engineer (Middle) — от 100 000 до 120 000 ₽, удаленно (Москва)

Intern, Junior Automation QA Engineer — от 80 000 ₽, офис (Санкт-Петербург)

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

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

🟥 Как читать логи и не бояться «красного текста»

Красный лог — это не катастрофа. Это подсказка, где искать проблему.

✅ Как читать логи:

Сначала найдите request id. Дальше смотрите первую ошибку по времени именно для этого запроса — она чаще всего и есть причина.

Обращайте внимание на:
— time — когда сломалось
— error code — класс проблемы
— message / stack trace — что именно пошло не так

🔴 Пример:

[2024-02-04 14:23:15] ERROR
request_id: abc123
status: 500
message: Connection refused to DB

Здесь причина — нет подключения к БД, а 500 лишь симптом.

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

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

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

🔬 Легкий API-клиент в VS Code

Для тестирования API чаще всего берут Postman. Он функциональный, но перегруженный: отдельное приложение, медленный старт, привязка к аккаунту. Для быстрых проверок это не всегда оправдано.

🔵 Thunder Client — альтернатива в формате расширения VS Code. Устанавливается мгновенно и позволяет работать с API прямо в редакторе, без регистрации и лишних настроек.

➡️ Что есть:

• HTTP-запросы: GET, POST, PUT, DELETE
• Коллекции запросов
• Переменные окружений (dev / staging / prod)
• Импорт коллекций из Postman

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

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

#тест_драйв