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

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

Открыть в Telegram

Все самое полезное для тестировщика в одном канале. Наши курсы: https://clc.to/wlBkTA По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/12538d6f Для обратной связи: @proglibrary_feeedback_bot

Больше
9 105
Подписчики
-524 часа
-117 дней
-1730 день
Архив постов
Почитали тут свежий отчёт по рынку ИИ-ускорителей в РФ: оказывается, 54% компаний тормозят внедрение ИИ исключительно из-за конских цен на инфраструктуру. Ну, то есть написать пет-проект с вызовом API это задача на вечер, а вот запустить агента в продакшн так, чтобы он не сжёг бюджет отдела за неделю — суровая инженерия. По сути, сейчас мало уметь собирать RAG. Нужно считать токены, настраивать time-travel дебаг в LangGraph и уметь роутить запросы на лету. Всё это мы учли в обновлённом курсе по разработке AI-агентов, где акцент сделан именно на AgentOps и жёсткий контроль ресурсов. Также в программе: — оценка качества, трейсинг и защита от деградации пайплайнов; — мультиагентные паттерны и интеграция по протоколу MCP; — локальный деплой Open Source под 152-ФЗ (когда данные нельзя выносить наружу). Кажется, это единственный адекватный roadmap по переходу от блокнотов к enterprise-решениям. Прямо сейчас можно урвать курс с увесистой скидкой (49 000 ₽ 62 990 ₽ за базовый тариф и 99 000 ₽ 124 990 ₽ за продвинутый трек), но стоит поторопиться — на потоке осталось всего 5 мест. 👉 Зафиксировать цену и начать собирать агентов, за которых не стыдно в проде

Почитали тут свежий отчёт по рынку ИИ-ускорителей в РФ: оказывается, 54% компаний тормозят внедрение ИИ исключительно из-за конских цен на инфраструктуру. Ну, то есть написать пет-проект с вызовом API это задача на вечер, а вот запустить агента в продакшн так, чтобы он не сжёг бюджет отдела за неделю — суровая инженерия. По сути, сейчас мало уметь собирать RAG. Нужно считать токены, настраивать time-travel дебаг в LangGraph и уметь роутить запросы на лету. Всё это мы учли в обновлённом курсе по разработке AI-агентов, где акцент сделан именно на AgentOps и жёсткий контроль ресурсов. Также в программе: — оценка качества, трейсинг и защита от деградации пайплайнов; — мультиагентные паттерны и интеграция по протоколу MCP; — локальный деплой Open Source под 152-ФЗ (когда данные нельзя выносить наружу). Кажется, это единственный адекватный roadmap по переходу от блокнотов к enterprise-решениям. Прямо сейчас можно урвать курс с увесистой скидкой (49 000 ₽ 62 990 ₽ за базовый тариф и 99 000 ₽ 124 990 ₽ за продвинутый трек), но стоит поторопиться — на потоке осталось всего 5 мест. 👉 Зафиксировать цену и начать собирать агентов, за которых не стыдно в проде

📌 Шпаргалка: цели нагрузочного тестирования Нагрузочное тестирование показывает, как система ведёт себя под нагрузкой. 📌 От
📌 Шпаргалка: цели нагрузочного тестирования Нагрузочное тестирование показывает, как система ведёт себя под нагрузкой. 📌 Отвечает на ключевые вопросы: — сколько пользователей выдержит система — начнёт ли она тормозить — где «узкие места» — где возможны отказы Основные цели: 6️⃣ Надёжность — работает ли система стабильно под нагрузкой 2️⃣ Пределы — при каком объёме начинается деградация 3️⃣ Отказоустойчивость — как система ведёт себя при сбоях 4️⃣ Узкие места — что тормозит (БД, API, сеть) 5️⃣ Реальные условия — поведение как в проде 6️⃣ Оптимизация — как улучшить производительность 7️⃣ Метрики — время отклика, throughput, нагрузка 8️⃣ Инфраструктура — какие ресурсы реально нужны 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах

🔥 Вопрос с собеседования на Junior Что произойдёт, если тесты сильно зависят друг от друга? 👇 Правильный ответ (нажми, чтобы прочитать): Тесты становятся нестабильными и их результат начинает зависеть от порядка выполнения. Почему это критично: — падение одного теста ломает цепочку остальных — тесты нельзя запускать параллельно — появляются ложные падения (flaky tests) — сложно локализовать причину ошибки 📌 Коротко: Зависимые тесты ≠ надёжные тесты. Они скрывают реальные баги и усложняют поддержку. 👍 — знал/а 🔥 — стало понятнее 💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут 🐸 Библиотека тестировщика #карьерный_трек #junior

🖥 Кто занял порт? Быстро проверяем на macOS Иногда тесты или локальный сервер не запускаются — порт уже занят, но кем именно — непонятно.

sudo lsof -i -P | grep LISTEN
Что делает команда: lsof — показывает открытые файлы и сетевые соединения — -i — фильтр по сети — -P — показывает порты (без преобразования в сервисы) — grep LISTEN — оставляет только процессы, которые слушают порты 💡 Когда полезно: — не стартует локальный backend / frontend — падают автотесты из-за занятых портов — проверка окружения перед запуском тестов 🔜 Чтобы найти конкретный порт (например 3000):

lsof -i :3000
📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт

📎 Разбираем статус «Not a Bug» Иногда дефект закрывают со статусом Not a Bug / As Designed / Rejected. Это сигнал: система р
📎 Разбираем статус «Not a Bug» Иногда дефект закрывают со статусом Not a Bug / As Designed / Rejected. Это сигнал: система работает так, как задумано. ➖ Что это обычно означает: — Поведение соответствует требованиям (просто неочевидно) — Это фича, а не баг — Ожидание было неверным — Ошибка в тестовых данных или шагах ❓ Как это понять проще:
Баг — это когда система делает не то, что должна «Не баг» — когда система делает то, что должна, но это выглядит странно
Что важно для QA: — проверить требования и документацию — убедиться, что ожидание корректное — зафиксировать причину закрытия ⚠️ Если объяснения нет — это уже проблема процесса, а не тестирования 👍 — знал/а 🔥 — стало понятнее 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах

🔥 15 промптов ChatGPT для QA Готовые шаблоны, которые закрывают рутину: — анализ требований — тест-дизайн — баг-репорты — те
🔥 15 промптов ChatGPT для QA Готовые шаблоны, которые закрывают рутину: — анализ требований — тест-дизайн — баг-репорты — тестовые данные — отчёты и логи 📌 Помогает быстрее находить проблемы и структурировать работу. НО! Не забывайте проверять результат — ИИ может ошибаться. Забирайте и адаптируйте под свои задачи 🔗 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт

⭐️ Инструмент недели: JUnit JUnit — это основной инструмент для написания и запуска модульных тестов в Java. Версия JUnit 5 (Jupiter) обеспечивает современные возможности для удобной и эффективной проверки кода. Зачем нужен:
— Позволяет быстро создавать и запускать тесты для методов и классов с помощью аннотации @Test — Поддерживает параметризованные тесты (@ParameterizedTest) для проверки разных наборов данных — Легко интегрируется с IDE (IntelliJ IDEA, Eclipse) и системами сборки (Maven, Gradle) — Помогает автоматизировать регрессионное тестирование и интегрируется с CI/CD
Как использовать: 6️⃣ Добавляем зависимость JUnit 5 в проект через Maven или Gradle 2️⃣ Пишем тестовые методы с аннотацией @Test или @ParameterizedTest 3️⃣ Запускаем тесты в IDE или из командной строки 4️⃣ Анализируем результаты — зелёный статус означает успешное прохождение тестов Советы для продвинутого тестирования:
— Используйте параметризованные тесты для более полного покрытия — Интегрируйте JUnit с Mockito для создания моков и изолированного тестирования — Настраивайте автоматический запуск тестов в CI/CD пайплайнах
💡 Полезные материалы:Официальная документация JUnit 5JUnit Tutorial от BaeldungПример интеграции JUnit и Maven 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв

Что из перечисленного НЕ гарантирует, что пользователь увидит актуальные данные после изменения при использовании кэша ❔
Anonymous voting

🧪 Минимум Redis, который нужен QA Кэш — одна из самых частых причин «странных» багов. При этом разбираться во всём Redis не
🧪 Минимум Redis, который нужен QA Кэш — одна из самых частых причин «странных» багов. При этом разбираться во всём Redis не нужно — достаточно знать несколько базовых команд, чтобы быстро проверить, что происходит. Собрали компактную шпаргалку:
— как посмотреть данные в кэше — как проверить TTL — как найти ключи и дубликаты — как быстро дебажить проблемы
Сохраняйте — пригодится, когда баг «не воспроизводится» 👀 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт

🔥 Топ-вакансий недели для тестировщиков Специалист по автоматизации — удаленно (Краснодар) Junior QA Manual (Фиксированная связь B2C) — от 50 000 до 100 000 ₽, офис/гибрид (Москва) Middle QA Manual — от 100 000 до 150 000 ₽, удаленно (Москва, Санкт-Петербург) ➡️ Больше офферов в канале: @testerrjob 🐸 Библиотека тестировщика

🔥 Быстро проверить HTTP-ответ без тела Иногда нужно понять, что вернул сервер, но без лишнего JSON.

curl -I https://api.example.com/users
Что делает команда: ➖ -I — показывает только заголовки ответа ➖ без тела — быстрее и удобнее Что можно проверить: — статус-код (200, 404, 500) — заголовки (Content-Type, Cache-Control) — редиректы (Location) — кэширование 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв

⚡️ Бесплатный курс по Selenium Если вы уже знакомы с тестированием и хотите зайти в автоматизацию — хороший вариант начать с
⚡️ Бесплатный курс по Selenium Если вы уже знакомы с тестированием и хотите зайти в автоматизацию — хороший вариант начать с Selenium. ➡️ Нашли полный плейлист, где разобраны: — базовые принципы работы Selenium — автоматизация на Python — практические примеры и сценарии — фишки и лайфхаки из реальной работы 🔗 Cмотреть по ссылке 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #release_notes

Кажется, мы окончательно перешли от игрушек к суровому AgentOps Приглашаем на наш обновлённый курс по разработке ИИ-агентов. Никакой воды про «будущее нейросетей», только инженерный подход. Что внутри: — пошагово строим готовые системы на LangGraph, CrewAI и MCP; — настраиваем кэширование и роутинг, чтобы бот не сожрал токены; — разбираемся со стейтом, учимся дебажить через time-travel и прикручиваем human-in-the-loop; — выводим RAG в прод так, чтобы безопасники не завернули архитектуру из-за 152-ФЗ. В пекло скучные лекции про общую инфраструктуру — сразу фокусируемся на агентных фреймворках и написании кода. Занятия ведут бывалые лиды из Газпромбанка и Альфы, набившие шишки на реальных задачах.
Кстати, на днях мы пилили агента в прямом эфире, если пропустили — есть запись вебинара.
Сегодня последний день, когда можно забрать курс по старым ценам. Базовый тариф сейчас стоит 49 000 ₽ (вместо 62 990 ₽), продвинутый трек — 99 000 ₽ (вместо 124 990 ₽). Если не хочется отдавать всю сумму сразу, есть рассрочка. Торопитесь — на потоке осталось всего 5 мест! → Зафиксировать цену и перейти к сборке своих агентов

У «Библиотеки программиста» появился резервный канал в мессенджере MAX Он нужен исключительно для связи с теми, кто не может следить за обновлениями здесь из-за трудностей с доступом. Поэтому, если вы видите это сообщение, распространите его среди жильцов вашего ЖЭКа. Контент в MAX будет дублировать телеграмный — основной нашей площадкой был и остаётся Telegram. Надеемся, это временная мера. → Подписаться на «Библиотеку программиста» в MAX

✅ Правильный ответ: Перезапись данных без проверки версии (lost update) Система сохраняет устаревшие данные и затирает изменения из другой вкладки. Это происходит потому, что при сохранении не проверяется, актуальна ли версия данных. В результате пользователь может незаметно потерять часть изменений. 📌 Что важно для QA: — проверять сценарии с несколькими вкладками / пользователями — отслеживать перезапись данных без предупреждений — уточнять, как система обрабатывает конфликты изменений 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #разбор_полетов

😵 Потеря данных при обновлении Кейс: Пользователь редактирует профиль в двух вкладках. 🔜 Что происходит: — вкладка 1: меняет email — вкладка 2: меняет имя — сохраняет вкладку 2 → email откатывается 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #разбор_полетов

❓ Что такое микросервисная архитектура Микросервисная архитектура — это метод разработки ПО, при котором система строится из
Что такое микросервисная архитектура Микросервисная архитектура — это метод разработки ПО, при котором система строится из отдельных, автономных сервисов с четко определёнными интерфейсами. Такой подход упрощает масштабирование и обновление, делает приложение гибким и удобным для DevOps. Ключевые характеристики:
1⃣ Мультикомпонентность — каждая микрослужба может обновляться отдельно. 2⃣ Ориентация на бизнес — сервисы строятся вокруг бизнес-логики. 3⃣ Простая маршрутизация — запросы обрабатываются через API. 4⃣ Децентрализация — каждая служба управляет своей базой данных. 5⃣ Отказоустойчивость — сервисы продолжают работу даже при сбоях. 6⃣ Эволюционность — удобно для модернизации старых монолитных систем.
➡️ Подробнее почитать про микросервисы 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах