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

🔥 Стартуем СЕГОДНЯ! Новый поток курса «Разработка ИИ-агентов» открыт По этому поводу мы решили выложить закрытую запись одного из уроков из программы. Найти её в поиске YouTube нельзя — она доступна только по ссылке и всем, кто будет на курсе. Внутри глубокий разбор LLM от Алексея Яндутова (Senior ML-инженер, развивал ответы «Алисы» и «Нейро» в Яндексе). Учимся получать точный результат без галлюцинаций. Что внутри урока:

- Устройство LLM. - Рабочие шаблоны промптов (Persona, Chain-of-Thought и др.). - Разбор реального кейса Яндекса. Как автоматизировать разметку, обойти качество людей на 5% и срезать косты на 60%.

После просмотра вы поймете, когда хватает промпт-инжиниринга, а когда нужен RAG или fine-tuning. 👉Смотреть закрытый урок на YouTube Понравился урок? Переходите на новый уровень! Оставляйте заявку на курс, чтобы научиться проектировать надежные автономные системы. Обучение началось, но вы еще успеваете присоединиться. 🔗 Занять место на курсе

По факту 😁 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #прод_в_пятницу

🚀 Уже завтра стартует новый поток курса «ИИ-агенты»! Мы собрали мощнейший состав преподавателей. Учить вас проектировать архитектуру и собирать продакшн-агентов будут инженеры и исследователи из топовых IT-компаний. Старт уже завтра! Сомневаетесь, подойдет ли вам программа и подача? Начните с бесплатного демо-урока! Всего за 2 часа вы заглянете под капот ИИ-агента, поймете, чем мышление модели отличается от ее ответа, и научите систему чинить собственный код. Это идеальный способ протестировать нашу платформу перед покупкой. 🔗 Пройти демо-урок и занять место на курсе

🔥 3 способа скрыть элемент, которые обязан знать каждый тестировщик В CSS есть несколько для этого способов, и каждый ведёт себя по-своему: — один полностью исключает элемент из потока — другой делает его невидимым, но он остаётся в DOM — а третий — вообще всё ещё кликается Почему это важно:

— ломаются автотесты, если не учесть способ скрытия — isDisplayed() и isVisible() могут врать — доступность (a11y) зависит от метода — критично при проверке модалок, спойлеров и выпадашек

📌 На картинке — краткая шпаргалка по трем базовым методам. Сохраните, пригодится в каждом втором UI-тесте 🎀 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #cheat_sheet

📋 Чек-листы для тестировщика В подборке — материалы с примерами и шаблонами, которые помогут составить рабочие чек-листы для ручного тестирования всех ключевых направлений. ➡️ Complete QA Process Checklist Подробный чек-лист на весь цикл QA: от анализа требований до релизной верификации. Готовый шаблон доступен бесплатно. ➡️ QA Checklists Explained Глубокое руководство по принципам построения чек-листов, их роли на разных этапах тестирования и где применять. ➡️ The Only Software Testing Checklist You Need Универсальный чек-лист для ручного тестирования, охватывающий функциональность, API, UI, performance, compatibility. ➡️ Как составить чек-листы для эффективного тестирования Пошаговый подход по категориям: «для чего чек-лист», «как разбивать на блоки», «как формулировать кейсы». ➡️ Чек-лист и шпаргалка по тест‑кейсам Лаконичные примеры чек-листов для веб-приложений: функционал, формы, UI, сценарии. PDF-формат для скачивания. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #release_digest

🔥 Не называйте любого продвинутого чат-бота «ИИ-агентом»! Дмитрий Юдин, руководитель AI/ML-направления в Сloud․ru, наглядно разбирает уровни абстракции ИИ-продуктов и убирает путаницу в понятиях. Что внутри видео: - Почему ассистент и агент принципиально разные сущности; - Как ассистент может быть просто «обёрткой» над LLM, а может скрывать под капотом сложнейшую мультиагентную систему; - Как понимать архитектуру глубже, чтобы проектировать сильные решения. Начните создавать агентные системы с нашего бесплатного демо-урока. Всего за 2 часа разберем внутреннее устройство агента, научим его чинить свой собственный код и сохранять контекст после перезапуска. 🔗 Забрать бесплатный демо-урок

🧩 Что скрывается за фразой «компонентное тестирование» В теории всё просто: есть модульные, есть интеграционные, а между ними — компоненты. А вот на деле все смешано, и границы размыты. Что в карточках: 🔤 Почему компонентный тест — это всё ещё модульный, но с нюансами 🔤 В чём отличие unit-подхода от проверки бизнес-логики 🔤 Кто должен писать такие тесты и почему всё не так очевидно Если вы тоже сталкивались с этим термином, но чувствовали смутное раздражение — загляните в карточки. 🔗 Ссылка на статью 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах

🤨 Как заставить AI-агента не ломать архитектуру, а нормально писать код? Мы привыкли общаться с ИИ промптами, но для автономных систем это путь к бесконечным циклам и сливу бюджета. Чтобы убрать хаос, инженеры переходят на Spec-Driven Development (SDD). Вот как этот подход меняет работу агента на практике: 🔹Контракт вместо текста. Сначала пишется строгая спецификация (JSON-схема/OpenAPI) и автотесты. Агент зажат в рамки интерфейсов, за которые физически не может выйти. 🔹Контроль на шагах. Внутри петли Think-Act-Observe агент сверяет действия со спецификацией. 🔹Саморефлексия. Если ИИ нарушил типы или «додумал» лишнее, тест падает. Агент получает ошибку в контекст и сам правит код, не выходя за рамки ТЗ. Это лишь база того, как укротить ИИ-разработку. Если вы хотите глубоко внедрить эту методологию, научиться проектировать архитектурные контракты и собирать отказоустойчивые системы — оставляйте заявку на наш новый курс по Spec-Driven Development. Стартуем совсем скоро🙂

🤯 DORA — что это и при чём тут тестировщик Digital Operational Resilience Act — регламент ЕС, обязывающий финансовые организации доказывать, что их IT-системы устойчивы к сбоям и кибератакам. Вступил в силу в январе 2025. 5 столпов DORA: 🔵 Управление ICT-рисками — фреймворк для выявления и снижения рисков 🔵 Отчётность об инцидентах — первое уведомление за 4 часа, промежуточный отчёт за 72 часа, финальный за 30 дней 🔵 Тестирование устойчивости — регулярные тесты, включая пентест по методологии TIBER-EU 🔵 Управление рисками третьих сторон — контроль поставщиков IT-услуг 🔵 Обмен информацией — добровольный обмен данными о киберугрозах Что это значит для QA:

— Resilience-тестирование становится обязательным, а не «хорошо бы» — Тесты на отказоустойчивость, восстановление, failover — это теперь требование регулятора — Нужна трейсабилити: от требования → к тест-кейсу → к результату → к отчёту — Штрафы: до 2% годового оборота для организации, до €1 млн лично для руководителя

👍 — знал/а 🔥 — стало понятнее 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах

📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #прод_в_пятницу

🔥 ИИ-выходные: Собери своего AI-агента за 2 дня Хватит просто читать про ИИ, пора собирать автономные системы руками! 1–2 августа пройдет хардкорный онлайн-интенсив для junior-middle разработчиков. Формат: теория ➡️ сразу практика. Вы будете управлять AI-инструментами. 🛠️ Как всё пройдет:

День 1 (Суббота): разбираем анатомию агента, подключаем инструменты (shell, GitHub, Postgres) и дебажим трейсы. День 2 (Воскресенье): собираем собственного агента под вашу задачу, настраиваем Eval + Guardrails (чтобы бот не галлюцинировал) и проводим демо.

Для кого: Вы пишете на Python, работаете с Git и терминалом. (С нуля не подойдет, темп очень быстрый!) Артефакт на выходе: Рабочий репозиторий с вашим агентом, который не стыдно показать команде. 👨‍💻 Спикер: Алексей Жиряков (Сбер, GenAI). Места ограничены! 👉 Изучить программу и занять место

🔆 Когда баг не ловится

Клиент сообщает, что у него ошибка, но вы не можете её повторить. Ваши шаги?

Классическая ситуация для QA: баг «живёт» у пользователя, но у вас всё работает идеально. 🔜 Как действовать: 🔘 Собрать контекст: версия браузера, устройство, ОС, время, скрин/видео, логи. 🔘 Сравнить окружения: проверить конфигурацию продакшна, теста и staging. 🔘 Поиграть с данными: возможно, баг зависит от конкретного пользователя, роли или состояния кэша. 🔘 Записать наблюдения: даже если не воспроизводится — оформить отчёт с гипотезами и шагами. 💡 Хороший ответ звучит не как «не смог повторить», а как «исследовал, собрал данные и сузил возможные причины». Таких специалистов ищут — не тех, кто ищет баги, а тех, кто ищет истину. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #карьерный_трек #middle

🖥️ Как проверить адаптивность приложения для нестандартных разрешений экрана При тестировании приложений часто забывают про экраны с необычными разрешениями, например, 800x600 или 5K. Эти размеры требуют отдельного подхода, чтобы убедиться, что интерфейс остаётся функциональным и красивым на всех типах устройств. Промпт:

How can I check the responsiveness of my application for screen resolutions that are rarely used (e.g., 800x600 or 5K)? What testing tools and methods should be applied for these screen sizes?

Чем полезен: ➡️ Проверяет, как приложение ведет себя на экранах с редкими разрешениями ➡️ Помогает выявить проблемы с отображением и интерфейсом на разных типах экранов ➡️ Рекомендует методы тестирования, включая эмуляцию и использование инструментов 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт

🔥 Открытое занятие по AgentOps — курс стартовал! Сегодня в 19:00 по МСК пройдет первое занятие нового потока, на которое может прийти каждый. Оцените пользу нашего подхода на ретрансляции урока в VK! 👨‍💻 Спикер: Андрей Носов Тема: Архитектура управления: state machine для AI-агентов Будем разбираться, как использовать State machine в качестве главного оружия против стохастики (непредсказуемости) LLM. Что в программе: ● State machine: инварианты и терминальные состояния; ● Паттерны маршрутизации: Supervisor, ReAct, Plan-and-Solve; ● Детекция циклов и настройка аварийных выходов; ● Абстракция от модели: как сделать каркас, который переживет смену LLM/провайдера; ● Адаптация графов под ограничения локальных моделей; ● Версионирование графов и миграции стейта. Результат занятия: Вы поймете, как спроектировать надежный каркас агента с жестким контролем исполнения и переходов. 👉 Подписывайтесь на нашу группу ВКонтакте, чтобы не пропустить старт трансляции!

🔥 Вопрос с собеседования Интернет-магазин. Пользователь добавил товар в корзину по цене 1 000 ₽. Пока оформлял заказ, цена изменилась на 1 500 ₽. Заказ оформился по старой цене — 1 000 ₽. Это баг ❓ 👇 Правильный ответ (нажми, чтобы прочитать): Зависит от бизнес-требований. Но в большинстве случаев — да, это баг. 🔵 Два подхода: — Цена фиксируется при добавлении в корзину — пользователь видит то, за что платит. Но магазин может терять маржу при массовых изменениях цен. — Цена обновляется в реальном времени — актуальная стоимость, но пользователь может быть неприятно удивлён на этапе оплаты. 🔵 Что проверять QA: — Изменение цены между добавлением в корзину и оформлением заказа — Поведение при изменении цены во время оплаты (после нажатия «Оплатить») — Отображение актуальной цены на всех этапах: каталог → корзина → чекаут → подтверждение — Что происходит, если товар снят с продажи, пока лежит в корзине 💡 QA не решает, какая логика правильная. QA проверяет, что реализованная логика соответствует требованиям. А если требований нет — задаёт вопрос ДО тестирования. 👍 — знал/а 🔥 — стало понятнее 💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут 🐸 Библиотека тестировщика #стендап_qa

Всем котикам положен отдых! 🥰 🐸 Библиотека тестировщика #прод_в_пятницу

📄 Что такое тестовая документация и зачем она нужна «У нас и так всё понятно, зачем писать?» — говорят, пока единственный тестировщик не уйдёт в отпуск.

Тест-план — что тестируем, что не тестируем, какие риски, какие ресурсы. Это стратегия, а не список тестов. Тест-кейс — конкретные шаги с ожидаемым результатом. «Ввести email → нажать "Войти" → ожидаемый результат: редирект на дашборд.» Чек-лист — упрощённый тест-кейс. Без подробных шагов, просто список проверок. Быстрее писать, проще поддерживать, но требует знания системы. Баг-репорт — что сломалось, как воспроизвести, что ожидалось. Чем точнее — тем быстрее починят.

Когда что использовать: — Регуляторная среда (финтех, медицина) → полные тест-кейсы с трейсабилити — Стартап, быстрый релиз → чек-листы + баг-репорты — Новый проект, новая команда → тест-план обязателен — Зрелый продукт → обновляемые чек-листы + автоматизация 💡 Документация — это способ сохранить знания, когда команда меняется. А она всегда меняется. 👍 — знал/а 🔥 — стало понятнее 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах

🎬 Как ИИ ускоряет разработку и где ломаются архитектуры Мы провели открытый вебинар, где разобрали реальные боли проектирования автономных систем. Ольга Лукьянова на практическом кейсе показала, как использовать ИИ-ассистентов для реальных задач. Вы просили запись встречи — она уже в открытом доступе! Что внутри: — Как с помощью ИИ быстрее разбираться в незнакомом коде и готовить пулл-реквесты; — Критерии выбора между одним агентом и мультиагентной системой; — Разбор популярных архитектурных ошибок и ограничений современных ИИ; — Практические рекомендации по проектированию и внедрению облачных агентов. 👉 Посмотреть полную запись можно тут: ● VK ● YouTube 🚀 Хотите пойти дальше открытого вебинара? Если вы готовы перейти от простых промптов к проектированию надежных, отказоустойчивых ИИ-систем, которые не сливают бюджет компании на API, приходите на курс AgentOps. Поток уже стартовал, но двери еще приоткрыты! 👉 Успеть на курс AgentOps

💡 SQL-шпаргалка: 10 запросов для проверки данных в базе 🔵 Найти дубликаты

SELECT email, COUNT(*)
FROM users
GROUP BY email
HAVING COUNT(*) > 1;

🔵 Найти NULL в обязательных полях

SELECT *
FROM orders
WHERE customer_id IS NULL
   OR total_amount IS NULL;

🔵 Проверить ссылочную целостность

SELECT o.id
FROM orders o
LEFT JOIN users u ON o.user_id = u.id
WHERE u.id IS NULL;

🔵 Найти заказы без товаров

SELECT o.id
FROM orders o
LEFT JOIN order_items oi ON o.id = oi.order_id
WHERE oi.id IS NULL;

🔵 Проверить соответствие суммы заказа

SELECT o.id,
       o.total_amount,
       SUM(oi.price * oi.quantity) AS calculated
FROM orders o
JOIN order_items oi ON o.id = oi.order_id
GROUP BY o.id, o.total_amount
HAVING o.total_amount <> SUM(oi.price * oi.quantity);

🔵 Найти пустые строки (не NULL)

SELECT *
FROM users
WHERE TRIM(name) = '';

🔵 Найти дубликаты по составному ключу

SELECT user_id,
       product_id,
       COUNT(*)
FROM favorites
GROUP BY user_id, product_id
HAVING COUNT(*) > 1;

🔵 Посмотреть последние записи

SELECT *
FROM audit_log
ORDER BY created_at DESC
LIMIT 20;

🔵 Найти записи за последние 24 часа

SELECT *
FROM logs
WHERE created_at >= NOW() - INTERVAL '24 hours';

Для других СУБД синтаксис работы с датой может отличаться. 🔵 Найти пользователей без заказов

SELECT u.id, u.email
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
WHERE o.id IS NULL;

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

📹 Что должен делать агент-оркестратор? Посмотрите короткий отрывок из вебинара с Дмитрием Юдиным, внутри концентрат инсайтов о ии-агентах. А если хотите погрузиться в тему с головой, у нас доступна и полная запись этого эфира. Готовы перейти от теории к практике и собрать свой первый продакшн-кейс? Прямо сейчас действует мощная акция «3 курса по цене 1»: 🔥 При покупке VIP-тарифа нового потока «Разработка ИИ-агентов» вы получаете в подарок хардкорный курс «AgentOps» + ещё один любой курс Академии на ваш выбор! Выгода в цифрах: два топовых курса по созданию и контролю агентов обойдутся вам всего в 134.000 ₽ вместо 263.000 ₽. Плюс третий курс бонусом (например, можно подтянуть математику для AI). Ваша чистая экономия — 129 000 ₽! Сомневаетесь, подойдет ли вам формат? Оставьте заявку и пройдите бесплатный демо-урок, чтобы протестировать платформу перед покупкой. 👉 Пройти демо-урок и забрать 3 курса по цене 1