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

🧐 Объясняем HTTP как пятилетке HTTP — это способ, которым браузер разговаривает с сервером. Браузер спрашивает → сервер отвечает. Как это работает:

🌍 Браузер → 📩 Запрос 🖥 Сервер → 📦 Ответ

Пример: — «Дай страницу» → сервер отдаёт HTML — «Отправляю форму» → сервер сохраняет данные Важно запомнить: ✅ Запрос всегда идёт от клиента ✅ Ответ всегда возвращает сервер ✅ Без ответа страница не загрузится Основные типы запросов:

GET — получить данные POST — отправить данные PUT / PATCH — изменить DELETE — удалить

Статусы ответа — это эмоции сервера:

🟢 200 — всё ок 🟡 400 — ты что-то сделал не так 🔴 500 — серверу плохо

Рекомендуем посмотреть видео или покрутить запросы в Postman для закрепления 📎 📍 Навигация: [Вакансии] 🐸Библиотека тестировщика #теория_на_пальцах

❓ Вопрос с собеседования на Middle QA Один сервис недоступен. Интеграцию всё равно нужно проверить.

Что вы будете тестировать: систему или окружение? И где проходит грань между mock’ом и реальной интеграцией?

Разбираем правильный ответ в карточках 🗳 📍 Навигация: [Вакансии] 🐸Библиотека тестировщика #карьерный_трек #middle

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

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

— частый миф. ✏️ Ключевая правда рынка:

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

➕ Что ждут от manual QA сегодня: — умение анализировать требования, а не просто кликать — понимание архитектуры продукта — навык находить нестандартные баги — коммуникацию с аналитиками и разработкой 📍 Навигация: [Вакансии] 🐸Библиотека тестировщика #стендап_qa

🖥 Разбираемся что такое шардирование Шардирование — это когда базу делят на части и хранят на разных серверах. Очень просто:

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

Пример: пользователи 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

⚡️ Стратегии поиска веб-элементов Автотесты часто ломаются не из-за багов, а из-за того, что мы не до конца понимаем базовые принципы. ➕ Объясняем на простых примерах:

— что такое локатор и чем он отличается от селектора, — почему одни локаторы живут годами, а другие — до первого 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 🐸 Библиотека тестировщика