😎 ИИ-тестировщик: ожидания и реальность

ИИ в тестировании звучит как магия: всё автоматизирует, ошибки сам чинит, релизы ускоряет. Но на деле — всё не так гладко. Разберёмся, где он реально помогает, а где пока только мешает.

Что он уже умеет:

➡️ Дописывать автотесты по сценарию — экономит время, если правильно натренирован.

➡️ Создавать новые тестовые модели — на основе уже написанных.

➡️ Расширять тест-покрытие — подмечает нестандартные кейсы, которые человек может упустить.

Идеально было бы: дал ИИ техзадание — получил продукт с тестами.

В реальности: ИИ накидал тест, ты час разбираешься, что он вообще имел в виду.

Какие подводные камни:

🔘 Без опыта — лучше не лезь: ИИ может нагенерить кучу мусора.

🔘 Эксперта всё равно надо: чтобы проверять, допиливать, объяснять ИИ, что не так.

🔘 Облака — это риск: многие ИИ-сервисы зарубежные, а значит — возможны утечки.

ИИ — полезный инструмент, если умеешь с ним работать. Но просто так его внедрить и сэкономить — не выйдет. Придётся учиться, настраивать и думать головой.

🔗 Оригинал статьи

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

#свежак

Хорошо, что сегодня выходной. Да, друзья? 👍

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

#развлекалово

⚙️ Подборка полезного по Cypress

📍 Полное руководство по Cypress

Подробное введение в Cypress: установка, написание тестов, работа с асинхронным кодом и интеграция с CI/CD.

📍 Cucumber в Cypress: Пошаговое руководство

Интеграция Cucumber с Cypress для написания тестов в стиле BDD с использованием Gherkin.

📍 Cypress Tutorial Full Course | Learn Cypress in 5 Hrs

Полный курс по Cypress на английском языке, охватывающий основные аспекты работы с инструментом.

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

#свежак

🌸 Вопросы с собеседований: как протестировать продукт, если требования еще не установлены

Использовать гибкую методологию, такую как Scrum:

1️⃣ Определение целей. Выполнение модульного, интеграционного, приемочного и системного тестирования, с обновлением

2️⃣ Разбиение на пользовательские истории и назначение спринтов.

3️⃣ Выполнение модульного, интеграционного, приемочного и системного тестирования, с обновлением сценариев по мере изменения требованй.

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

#междусобойчик

😎 Топ-вакансий для тестировщиков за неделю

Инженер по автоматизации тестирования — от 240 000 ₽, удаленно (Москва)

Quality Assurance Engineer (Senior) — Москва

QA Engineer (middle) — от 130 000 до 180 000 ₽, удаленно (Москва)

Senior Mobile Automation & Manual QA Engineer — гибрид (Москва/Санкт-Петербург)

Junior Продуктовый QA (без опыта) — офис (Москва)

➡️ Еще больше топовых вакансий — в нашем канале QA jobs

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

#свежак

🐞 Как быстро заводить баг-репорты прямо из браузера

Эта инструкция помогает упростить и ускорить процесс: баги оформляются автоматически — с видео, логами и всей нужной информацией — буквально в пару кликов.

Как это работает:

1️⃣ Устанавливаем расширение в браузер

Используйте специальные расширения, которые:

• записывают экран и шаги, которые мы выполняем

• автоматически сохраняют консольные ошибки и сетевые запросы

• фиксируют данные об окружении: браузер, язык, разрешение экрана

• формируют баг-репорт, который можно отправить сразу в Jira, Trello, GitHub или просто скопировать

Что можно использовать:

➡️ Bird Eats Bug — очень удобное расширение, подходит и для ручного, и для регресса.
Оно работает прямо в браузере, не требует установки, записывает всё: экран, действия, логи, XHR-запросы, URL.

➡️ BugReplay — если нужно больше акцента на видео.
Также сохраняет сеть и консоль. Подходит, если баг сложно воспроизвести.

После установки расширения — входим в аккаунт и включаем запись, когда начинаем тест.

📌 Пример:

Во время теста у нас слетает кнопка оформления заказа. Мы нажимаем “Start recording”, повторяем шаги, где проявляется баг — и останавливаем запись. Всё готово: лог, видео, действия, URL.

2️⃣ Настраиваем шаблон баг-репорта

Чтобы не описывать каждый баг с нуля, настройте шаблон. Тогда при каждом репорте автоматически подставляется:

• шаги воспроизведения
• описание окружения
• консольные ошибки и сетевые запросы
• ссылка на видео
• URL страницы

📌 Пример шаблона:

Проблема: кнопка не реагирует на клик
Шаги: подставлены автоматически
Видео: [ссылка]
Логи и XHR: вложены
Окружение: Chrome 123, Windows 11, 1920×1080

3️⃣ Отправляем баг сразу в систему

Отправьте баг сразу в систему, где его будут обрабатывать разработчики. Это может быть: Jira, Trello, GitHub Issues, Notion.

📌 Пример:

Баг записан. Мы нажимаем “Create bug” → выбираем Jira → баг улетает в проект с видео, логами, шагами и средой.


Как можно улучшить:

• Настроить горячую клавишу для начала записи

• Создать шаблоны под разные типы багов (UI, функционал, мобильные)

• Использовать расширение даже для нестабильных или «разовых» ошибок, которые тяжело повторить

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

#буст

💼🚫 Собес провален? 8 советов, как извлечь пользу из каждого отказа

Отказы на собеседованиях — явление крайне неприятное и даже демотивирующее. Особенно если вы действительно готовились к интервью, вложили много усилий и личного времени в подготовку.

Однако отказ — это всего лишь один из этапов в поиске работы и не стоит воспринимать его как конец света.

➡️ Читать статью

🐸 Библиотека программиста

🔍 Инструмент недели: Fiddler в нагрузочном тестировании

Несмотря на то, что инструмент чаще используется для отладки и анализа API, в нагрузочном тестировании он может сыграть ключевую роль.

Чем может помочь:

😗 Позволяет изучить реальное поведение клиента: какие именно запросы отправляются, какие заголовки, параметры и последовательность. Это критически важно при создании реалистичных нагрузочных сценариев.

😗 Можно использовать для записи последовательности действий пользователя, которые потом адаптируются в скрипты для JMeter, Gatling, k6 и других инструментов. Это повышает точность моделирования поведения пользователей.

😗 Если при нагрузке сервер отвечает нестабильно или возникают ошибки, Fiddler помогает локализовать проблему: показывает точное содержимое запросов и ответов, HTTP-коды, время ответа, редиректы и пр.

😗 Многие системы используют авторизацию, сессионные токены, cookies. Fiddler показывает, как они передаются, что упрощает их интеграцию в нагрузочные скрипты.

Пример использования:

1️⃣ Запись пользовательского сценария:

• Запустим Fiddler и выполним необходимые действия в приложении, чтобы зафиксировать соответствующий трафик.

• Сохраним сессию в формате .saz через меню File > Save > All Sessions.

2️⃣ Настройка скрипта для повторного воспроизведения:

• Откроем Fiddler Script Editor через Rules > Customize Rules.

• Вставим кастомный скрипт, который реализует команды load и run.

• Сохраним изменения и перезапустите Fiddler.

3️⃣ Выполнение нагрузочного теста:

• Откроем QuickExec (нажмите Alt+Q).

• Выполним команду load <путь к файлу .saz>, чтобы загрузить записанную сессию.

• Выполниим команду run <интервал в миллисекундах> <количество повторов>, чтобы начать воспроизведение запросов с заданным интервалом и числом повторений.

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

📍 Полезные материалы:

— Fiddler для тестировщика / Установка и настройка

— Fiddler Everywhere для тестировщика | Как тестировать API в Fiddler

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

#буст

Мы или не мы? 🥹

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

#развлекалово

😇 Подборка подкастов от TestGuild

➡️ Как оптимизировать автоматизацию и CI/CD — и при этом сэкономить

Если ты работаешь с Jenkins, GitHub Actions или вообще в DevOps-среде — это видео must-see.
Гаураф (чувак, которого уважают и за AI, и за автоматизацию) делится конкретными подходами, как навести порядок в пайплайнах, уменьшить затраты и не потерять в скорости или качестве.

📍 Что вы узнаете:

• как не платить лишнего за лицензии,

• как встроить безопасность в тестовую инфраструктуру,

• и как автоматизировать «по уму», а не «потому что модно».

➡️ Как AI меняет профессию тестировщика — с Джейсоном Арбоном

Это тот самый выпуск, после которого хочется одновременно встать и аплодировать, и немного понервничать за своё будущее.

📍 Джейсон рассказывает:

• как ИИ-платформы сами пишут и выполняют тесты,

• почему автоматизация больше не про Selenium-скрипты,

• и какие навыки нужно прокачивать, чтобы не остаться за бортом.

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

#буст

📈 Как «ленивая разработка» захватывает IT-рынок

Пока мы выстраиваем архитектуру, пишем тесты и спорим о лучших практиках, рынок всё активнее обживают те, кто вообще не пишет код. Low-code и no-code решения не просто живы — они становятся нормой для бизнеса.

Порог входа минимальный, скорость разработки — бешеная, а заказчику всё равно, написано ли это на Java или накликано в визуальном редакторе. Вопрос: как долго останется актуальной классическая разработка?

🔗 Подробнее в статье

🐸 Библиотека джависта

👊 Лучшие материалы по тестированию в одной подборке

Собрали топовые материалы, которые наши подписчики сохраняют чаще всего.

Эту подборку мы будем регулярно пополнять, поэтому сохраняйте тонну пользы, чтобы не потерять!

1. Копилка обучающих материалов для QA специалистов

2. Тренажёр для тестирования API

3. Тренажер «Треугольники»

4. Элементы интерфейса

5. Practice SQL

6. Чит-листы и шпаргалки для тестирования

7. Как тестировать WebSocket API в Postman

📌 Команда дня: npx playwright codegen

Когда тебе нужно быстро набросать автотест, но не хочется ковыряться в селекторах вручную — используй одну из команд Playwright.

npx playwright codegen https://example.com



➡️ Откроется браузер, и всё, что ты кликаешь — превращается в готовый код автотеста.

Чем полезно:

• Быстрый старт для E2E-тестов

• Ускоряет написание скриптов

• Удобно показать джунам, как это вообще работает

➡️ Поддерживает JavaScript, TypeScript, Python и C#. Так что, хочешь — пиши на чём угодно, хоть на эльфийском, если настроишь парсер.

P.S. Да, ты потом всё равно перепишешь этот автотест руками. Но начать — станет легче. А иногда «записал и отдал в CI» — это уже победа.

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

#буст