Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты
Открыть в Telegram
Все самое полезное для тестировщика в одном канале. Наши курсы: https://clc.to/wlBkTA По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/12538d6f Для обратной связи: @proglibrary_feeedback_bot
Больше9 111
Подписчики
-324 часа
-107 дней
-1330 день
Архив постов
🖥 Как приложения общаются между собой
API — это то, что соединяет клиент и сервер. Без него не работает ни авторизация, ни заказы, ни загрузка данных. Но часто его воспринимают как чёрный ящик: запрос отправили — ответ пришёл.
На деле всё проще:
есть запрос → есть обработка → есть ответИ если понимать этот цикл, становится намного легче искать баги и тестировать систему. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах
Почему один и тот же API-запрос может возвращать разные результаты, даже если параметры не менялись ❓
🧩 URL — база, на которой держится половина тестов
Кажется простой строкой, но внутри — протокол, домен, путь, параметры, fragment. И именно здесь чаще всего прячутся баги.
Эта шпаргалка поможет быстро вспомнить, как устроен URL и где искать проблемы.
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#артефакт
🤨 Как собеседование превратилось в стресс
Один из начинающих специалистов поделился на Reddit своей первой попыткой пройти собеседование на позицию QA-инженера.
Вот как это прошло:
«Сегодня у меня было первое интервью на позицию QA. Видеозвонок с четырьмя разработчиками. Попросили расшарить экран и решать задачи на Java и Python. Java я вообще никогда не изучал, и у меня это не было указано в резюме. Python знаю слабо. Сначала просили развернуть строку в Java — не справился. Потом то же в Python, потом перешли к более сложной задаче по структурам данных — тоже не смог. Вопросов по QA не было вообще. Сказали, что смысла продолжать нет, и посоветовали почитать типичные вопросы. Попытались пошутить, но я только сильнее занервничал. У меня был опыт стажировки во фронтенде и диплом по информационным системам. Сейчас просто зол на себя и не знаю, как быть. Очень стыдно и тяжело.»Неудачи на старте — это часть пути, а не его конец. ❓ Вопрос к аудитории: А у вас были кринжовые интервью? Что помогло вам собраться и подготовиться к следующим? 🔗 Источник 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #разбор_полетов
🔍 Подборка статей о Playwright
➡️ Полезные команды Playwright
Разбор на примерах нескольких опций команды npx playwright test.
➡️ Playwright: веб-тестирование без драмы
Подробный обзор возможностей Playwright, включая примеры кода и советы по настройке.
➡️ Функциональные тесты веб-приложений с Playwright: основы
Базовые концепции использования Playwright для функционального тестирования, включая навигацию, выбор элементов и взаимодействие с ними.
➡️ Playwright или Selenium – что использовать в 2025 году
Сравнение Playwright и Selenium, их функций, производительности и применение в современных проектах.
➡️ Тестирование веб-приложений с Playwright
Подробная статья, изучающая функции, преимущества, установку и пошаговое руководство по началу работы с первым тестом в Playwright.
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#release_digest
🔥 Вопрос с собеседования
Для чего используется атрибут
@Test(threadPoolSize=x)?
👇 Правильный ответ (нажми, чтобы прочитать):
Атрибут threadPoolSize указывает на необходимость формирования пула потоков для выполнения тестового метода через несколько потоков.
Этот атрибут игнорируется, если не указан invocationCount
@Test(threadPoolSize = 3, <code>invocationCount = </code><code>10</code>) public void testCase1()
В данном примере метод testCase1 будет вызываться из трех разных потоков.
👍 — знал/а
🔥 — стало понятнее
💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут
🐸 Библиотека тестировщика
#карьерный_трек🗓 14 мая в 19:00 (Мск) встречаемся в онлайне.
Тема: Почему AI-продукты на базе LLM ломаются и как сделать, чтобы работало.
В кружке выше Эмиль Сатаев рассказал, какие именно проблемы с LLM в проде будем разбирать.
Что в программе:
- Разберем реальные кейсы стартапов и ограничения LLM. - Обсудим рабочие архитектуры: RAG, human-in-the-loop, контроль качества. - Ответим на ваши вопросы и разберем кейсы участников.🎁 Бонусы: в конце вебинара подарим промокод на скидку 10.000 ₽ на курсы и разыграем подписки на полезные AI-сервисы. 👉 Зарегистрироваться на вебинар
Когда предупреждал о баге, но «и так сойдёт» 👀
🐸 Библиотека тестировщика
#прод_в_пятницу
💡 Маленькая DevTools-фича, которая сильно упрощает дебаг
Вместо console.log и остановок через debugger Safari умеет проигрывать звук при выполнении строки кода.
🆚 Как включить:
→ Sources → поставьте breakpoint → ПКМ по breakpoint → Edit Breakpoint… → Add Action → Play Sound
После этого Safari будет издавать beep каждый раз, когда код доходит до этой строки.
🆚 Полезно для:
— проверить, срабатывает ли handler (клик, input, scroll)
— найти лишние или повторные вызовы
— отладить нестабильные UI-баги
— понять, выполняется ли код без остановки теста
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#тест_драйв #devtools
➡️ Подборка по DevTools для тестировщика
🌐 DevTools для тестировщика — как максимально эффективно использовать инструменты DevTools
🌐 Всё, что нужно знать о Chrome DevTools — Chrome DevTools на простых примерах из практики
🌐 Chrome DevTools — спрятанные полезности
🌐 DevTools Tips — узнаете, как дебажить с помощью DevTools
🌐 Git-репозиторий с информацией по браузерам и DevTools — большой набор советов под разные браузеры
🌐 Отличный сайт по DevTools — использование DevTools Tips и изучение новых фич
🌐 Чем полезен DevTools — об основных вкладках и инструментах
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#release_digest
🔥 Вопрос с собеседования
Клиент отправляет запрос на обновление данных. Из-за таймаута он не получает ответ и отправляет тот же запрос повторно. Почему это может быть проблемой?
👇 Правильный ответ (нажми, чтобы прочитать):
Повторный запрос может изменить данные ещё раз или перезаписать чужие изменения.
Не все операции безопасны при повторе. Если система обрабатывает каждый запрос как новый — одни и те же изменения могут примениться несколько раз или поверх уже обновлённых данных.
В итоге:
— данные могут «перетираться»
— возникают гонки между запросами
— система приходит к неконсистентному состоянию
🔵 Как это решают
— делают запросы идемпотентными
— используют idempotency key (чтобы понять, что это повтор)
— проверяют текущее состояние перед обновлением
— добавляют версии данных (защита от перезаписи)
🔵 Где чаще всего стреляют
— плохая сеть и ретраи
— мобильные приложения
— параллельные действия пользователей
— интеграции между сервисами
👍 — знал/а
🔥 — стало понятнее
💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут
🐸 Библиотека тестировщика
#карьерный_трек #middle
🧩 SQL JOIN’ы — база, которая спасает от багов
Пропали записи, появились null, задублировались строки — часто причина именно в JOIN. Эта шпаргалка — быстрый способ освежить, что делает каждый тип и где искать проблему.
С вас 🎈, если было полезно!
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#артефакт
🧩 Зачем тестировщику понимать UX (на примере iOS)
Интерфейс может работать без ошибок, но быть неудобным. Такие проблемы не попадают в баг-репорты — пользователь просто уходит. Задача тестировщика — проверять, насколько интерфейс понятен и удобен.
В iOS для этого есть три простых принципа — удобный ориентир, где искать такие проблемы.
🔤 Clarity — понятно ли, что делать
Пользователь должен сразу понимать: где нажать, что произойдёт, куда он попадёт. Если приходится думать — это уже проблема.
🟡 Проверяем: кнопки, тексты, подсказки, состояния🔤 Deference — не мешает ли интерфейс Интерфейс не должен перетягивать внимание: всё лишнее мешает главному действию.
🟡 Проверяем: попапы, перегруженные экраны, отвлекающие элементы🔤 Depth — не теряется ли пользователь Навигация должна ощущаться логично: понятно, где ты и как вернуться назад.
🟡 Проверяем: переходы, «назад», вложенность экранов🔗 По ссылке — наглядная подборка со скринами и примерами, как это выглядит в реальных интерфейсах 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах
Варианты ответа:
🤫 Как найти слабые места в интерфейсе
Сегодня мы разберемся, как обнаружить проблемы в интерфейсе, которые могут быть не так очевидны на первый взгляд.
Промпт:
Представь, что ты — тестировщик в команде разработки нового мобильного приложения. Твоя цель — оценить UX и выявить те моменты, которые могут создать неудобства пользователям. Внимательно посмотри на [описание функционала]. Какие элементы интерфейса могут вызвать недоразумения или затруднения при использовании? Придумай нестандартные сценарии использования, чтобы проверить устойчивость интерфейса к неожиданным действиям.
Как использовать:
— подставьте конкретный сценарий:
регистрация, фильтры, оформление заказа
— прогоняйте реальные кейсы:
слабый интернет, резкие переходы, возвраты назад
— добавьте условия:
разные устройства, маленький экран, accessibility
🐸 Библиотека тестировщика
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#тест_драйв🧩 Шпаргалка по Selenium
Если пишете UI-автотесты — эти команды используются постоянно: локаторы, клики, ожидания, окна, фреймы.
Забирайте шпаргалку и держите под рукой 🎈
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#артефакт
🎤 Ваши знания по ИИ-агентам + наша аудитория в 1 млн человек = профит
Мы в Proglib активно качаем тему ИИ-агентов. Если вы в теме, то у нас есть предложение 👇
Что с нас?
- Огромный охват: пропиарим ваши соцсети и продукты на 1 000 000+ айтишников.
- Личный бренд: станете узнаваемым экспертом в самой горячей нише 2026 года.
- Никакой рутины: наши редакторы сами упакуют ваши мысли в крутые посты.
Что с вас?
Любой экспертный контент по ИИ-агентам: кейсы из прода, шпаргалки, статьи, наработки по стеку (LangGraph, CrewAI, AutoGen и др.) или просто мысли по архитектуре.
👉 Стать экспертом и заявить о себе
