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

Надоело проверять чужие костыли? Построй архитектуру, за которую не стыдно 🚀

Proglib App ищет технического кофаундера. Это EdTech-платформа (курсы, квизы, ИИ-фишки), где качество кода — это не «галка» перед релизом, а фундамент роста. MVP в проде, юзеры на борту, на очереди — сложная бизнес-логика и масштабирование.

Это шанс перейти от поиска ошибок к созданию отказоустойчивого сервиса на позиции партнёра.

🛠️ Технический ландшафт:

React 18, TypeScript, Express 5, PostgreSQL, Drizzle ORM.

Твои задачи:

• Проектировать архитектуру и пилить фичи с упором на надёжность. • Рефакторить, писать тесты и проводить глубокое код-ревью. • Работать напрямую с фаундером без лишней бюрократии.

Ожидания:

• Уверенное владение TS, React, Node.js и SQL. • Самостоятельность: взял задачу — довёл до результата. • Навыки работы с Cursor и Claude Code для ускорения в 10 раз.

Удалёнка, гибкий график, полная свобода в выборе инженерных подходов.

Хочешь делать продукт, которым будут пользоваться коллеги? Пиши о себе 👇

@proglibrary_feedback_bot

❓ Чем хорош принцип атомарности в автотестах в Postman

Один тест на всё выглядит удобно — пока он не падает. Тогда вы не понимаете, что именно сломалось и сколько ещё ошибок скрыто внутри.

🔤 В Postman атомарность упрощает диагностику, ускоряет регрессию и делает отчёты понятными.

🟢 В карточках — короткий разбор на примерах, почему это экономит время. Подробности — в статье 🔗

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

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

#тест_драйв

🎬 Про когнитивные искажения и ошибки мышления

Тестировщики часто ошибается не из-за нехватки знаний, а из-за ловушек мышления: подтверждающее искажение, эффект авторитета, «у нас так всегда работало».

🟢 Ниже — фильмы, которые прокачивают способность видеть системные ошибки.

➡️ The Social Dilemma

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

➡️ Moneyball

Разрушение стереотипов через данные. Отличный пример того, как гипотезы важнее интуиции и авторитетных мнений.

➡️ The Big Short

История о том, как меньшинство заметило системную ошибку, которую игнорировали все. QA обязан уметь быть тем самым «неудобным» человеком.

Развитие мышления — это конкурентное преимущество! 😠

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

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

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

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

🗂 Подборка статей для Manual: гайды и практические разборы

🔢 Исследовательское тестирование: как писать «чартеры» и не тестировать вслепую

Как задавать фокус сессии (миссия/charter), чтобы exploratory давало измеримый результа.

🔢 Session-Based Test Management

Таймбокс-сессии, отчёты, дебрифинг — тот самый «каркас», который превращает исследовательское тестирование в управляемый процесс.

🔢 Пишем хорошие баг-репорты

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

🔢 Баг-репорт: что это и как правильно составить

Хорошая база по атрибутам дефекта: серьёзность/приоритет, окружение, доказательства, что обязательно прикладывать.

🔢 Bug Report Writing 101

Разбор «почему баги возвращают» — фокус на ясность, контекст окружения, доказательства и минимальные шаги.

🔢 Postman для manual QA: 10 post-response скриптов, которые ускоряют проверки

Практика: как быстрее валидировать ответы, вытаскивать переменные и не писать всё с нуля.

🔢 Регресс без иллюзий: как команды реально держат качество перед релизом

Кейс-подход: циклы проверок до релиза (dev/preprod/smoke), роль ручного регресса и почему он всё ещё критичен.

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

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

#release_notes

💯💯

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

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

Последний шанс: 3 курса по цене 1 и запуск AI-агентов в продакшн

Покрыть код автотестами — рутина, а вот как оценить качество работы автономного ИИ-агента? Как выявить регрессии в LLM и настроить метрики производительности для мультиагентных систем?

В обновлённой программе фокус смещён на качество, AgentOps и вывод в прод. Вы научитесь тестировать ReAct-циклы, логировать ошибки в LangGraph и AutoGen, валидировать результаты продвинутого RAG. Все ключевые навыки в одном месте: оценка качества генерации, time-travel дебаггинг, мониторинг стоимости запросов и тестирование систем с human-in-the-loop.

Почему нельзя откладывать:

— масштабная акция «3 курса по цене 1» сгорит уже завтра;
— промокод Agent на скидку 10 000 рублей действует последние часы;
— сразу после оформления открываются материалы для подготовки — начать учиться можно прямо сейчас.

Забронировать место на курсе и забрать бонусы до 28 февраля

Почему unit-тесты не поймали баг ❓

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

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

#стендап_qa

📎 Шпаргалка по regexp

Формат email, UUID, номер телефона, маска токена, поиск ошибок в логах — всё это проще и быстрее проверяется регулярными выражениями.

🔵 Внутри файла — практичные конструкции и примеры, которые применяются в тестировании: API, логи, автотесты, валидация данных.

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

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

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

#артефакт

📎 Что такое сидинг тестовых данных

Сидинг — это предзаполнение базы и сервисов нужными данными до старта теста.

🟢 Не «запустили JMeter и посмотрели, что будет», а заранее создали:

— пользователей
— заказы
— товары
— роли и права
— нужные статусы объектов

🔤 Зачем это нужно:

— Нагрузка должна идти по реалистичному сценарию
— База не должна быть «пустой» (в проде так не бывает)
— Метрики должны отражать реальную работу индексов и связей
— Нужно исключить влияние автогенерации данных во время теста

🟢 Реальный кейс:

Вы тестируете создание заказа. Если в базе 10 товаров — всё летает. Если 2 млн товаров и сложные индексы — время ответа уже другое.

Без сидинга вы тестируете лабораторию. С сидингом — приближенную к бою систему.

📌 Статья для закрепления

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

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

🚪😡 Как бы вы протестировали умный дверной замок

Коллеги, в #разбор_полетов мы тренируем не «проверил — работает», а мышление через риски.

Сегодня — smart lock.
Устройство, которое должно открываться только «своим». И никогда — «чужим».

➕ Как бы вы подошли к тестированию?

Подумайте в разрезе:

🟡 Условия эксплуатации
— Мороз / жара
— Дождь, влажность
— Разряженная батарея
— Потеря интернета

🟡 Состояния
— Новый
— После года использования
— Почти разряжен
— После сброса настроек
— Потеря связи с сервером

🟡 Граничные значения
— 0% батареи — откроется ли?
— Максимум пользователей
— Одновременные попытки входа
— Быстрая серия неверных кодов

🟡 Риски для пользователя
— Невозможность попасть домой
— Несанкционированный доступ
— Зависание механизма
— Потеря логов доступа

🟡 Нефункциональные проверки
— Время отклика
— Надёжность механики
— Защита от перебора
— Поведение при DoS

❓ И главный вопрос:

в какой момент «умный» замок становится слабым звеном?

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

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

📎 Путаетесь в видах тестирования?

Это нормально — их действительно много. Нашли компактную шпаргалку: уровни, подходы, стадии, автоматизация, роли — всё в одной структуре.

🔵 Подойдёт для повторения базы, подготовки к интервью и наведения порядка в голове.

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

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

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

#артефакт

📸 Когда визуальные тесты начинают тормозить команду

Сначала toHaveScreenshot — удобно. Через сотни тестов — раздутый репозиторий, постоянные PNG-коммиты и ручное обновление эталонов. Проблема не в Playwright, а в инфраструктуре вокруг него.

🔵 В карточках — как вынести скриншоты в S3 и обновлять их из Allure в один клик.

📎 Источник

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

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

#тест_драйв