🔥 AI как QA: не про тесты, а про мышление

Промпт, который смещает фокус: из «сгенерируй тест» → в «проанализируй систему как QA».

📌 В итоге AI начинает:

— видеть риски и пробелы
— думать про покрытие и сценарии
— давать осмысленные рекомендации

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

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

#артефакт

💡 Вопросы с собеседований: тестирование поля ввода имени

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

1️⃣ Какова минимальная и максимальная длина имени, которую следует разрешить в поле ввода?

Минимальная длина: Рекомендуется разрешать имена от 2 символов, чтобы учитывать короткие имена, такие как «Ия» или «Ли».​
Максимальная длина: Ограничение в 40 символов считается достаточным для большинства случаев, однако в некоторых системах допускается длина до 100 символов. ​

2️⃣ Какие символы допустимы при вводе имени? Разрешены ли цифры, специальные символы или пробелы?

Допустимые символы: Буквы соответствующего алфавита, дефисы, апострофы и пробелы между частями составных имён.​
Недопустимые символы: Цифры и специальные символы (кроме указанных выше) обычно не разрешены. ​

3️⃣ Следует ли учитывать национальные особенности при валидации имени? Например, поддерживать буквы с диакритическими знаками или символы различных алфавитов?

Да, важно поддерживать символы различных алфавитов и диакритические знаки, чтобы пользователи могли корректно вводить свои имена в соответствии с их национальными особенностями. ​

4️⃣ Как система должна реагировать на ввод имени, содержащего подряд идущие пробелы или дефисы?

Система должна предотвращать ввод нескольких подряд идущих пробелов или дефисов, уведомляя пользователя о некорректности ввода и предлагая исправить его. ​

5️⃣ Какие сообщения об ошибках должны отображаться пользователю при некорректном вводе имени?

Сообщения должны быть чёткими и информативными, например:
• «Имя должно содержать от 2 до 40 символов.»
• «Имя может включать только буквы, пробелы, апострофы и дефисы.»
• «Недопустимо использование подряд идущих пробелов или дефисов.»


Выберите свою реакцию на количество правильных ответов:

🔥 — 5 из 5 — Ты QA-мастер
👍 — 3-4 из 5 — Хороший результат, но есть куда расти
🤔 — 1-2 из 5 — Пора подтянуть теорию тестирования
😅 — 0 из 5 — Ну, зато узнал что-то новое

Делитесь результатами и зовите коллег на челлендж 💬

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

#стендап_qa

🟦 Playwright с нуля

В видео — база без лишней теории:

— что такое Playwright
— как установить и поднять проект
— как писать тесты через кодогенерацию
— как записывать видео прогона

✔️ Подойдёт, если хотите перейти с ручного тестирования на автоматизацию.

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

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

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

📌 Обязательно задайте эти вопросы будущему работодателю

На собеседовании оценивают не только вас — но и то, какие вопросы задаёте вы.

Вот базовый набор, который реально раскрывает картину 👇

6️⃣ Что за продукт и на какой он стадии? (разработка / поддержка / новый проект)

2️⃣ Кто пользователи продукта? (влияет на требования и критичность багов)

3️⃣ Как устроена команда? (сколько разработчиков и QA, как распределены роли)

4️⃣ Сколько QA в команде и есть ли QA Lead?

5️⃣ Кто ставит задачи и кто оценивает результат?

6️⃣ Как проходят релизы и как часто они бывают?

7️⃣ Кто принимает решение о релизе? (QA, PO, команда?)

8️⃣ Как проходит онбординг? (есть ли план или «разберёшься сам»)

👍 — было полезно
🔥 — возьму на собес

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

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

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

🔒 Шпаргалка по MongoDB

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

Внутри: базовые команды, find/insert/update, операторы $in, $exists, $and, $or и другие.

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

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

#артефакт

💡 Как быстро забрать нужные файлы из GitHub

Иногда нужно посмотреть тесты или конфиги, но клонировать весь репозиторий — долго и не всегда нужно. Для этого есть утилита ghgrab — она позволяет скачивать отдельные файлы и папки прямо из репозитория.

➖ Что умеет:

— навигация по структуре репозитория в терминале
— выбор нужных файлов и папок
— работа с большими файлами (Git LFS)

📌 Когда еще полезно:

— быстро забрать папку с автотестами
— посмотреть конфиги CI/CD или тестовые данные
— взять примеры тестов из open-source
— не тянуть огромный репозиторий целиком

🔗 Ссылка на GitHub

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

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

#тест_драйв

🔥 Риск-анализ новой фичи

Этот промпт превращает LLM в опытного тест-аналитика, который оценивает новую фичу с точки зрения потенциальных проблем, регрессий и рисков.

<Role>
You are a senior QA risk analyst with extensive experience in software testing, release planning, and defect prevention. Your job is to perform a deep risk analysis for the described feature before it goes live.
</Role>

<Instructions>
1. Summarize the feature in your own words to confirm understanding.
2. Identify all system components and dependencies that could be affected.
3. List potential risks, weak points, and regression areas — prioritize them by severity (High/Medium/Low).
4. For each risk, provide:
- Description of the issue
- Likely cause
- Impact on the system or user
- Example test scenario to detect it
5. Suggest preventive measures or additional test coverage to reduce the risk.
6. Output in a structured table:
Risk ID | Severity | Description | Impact | Example Test | Mitigation

🔜 Что это дает:

— Структурный обзор всех возможных рисков перед релизом
— Готовые сценарии для проверки критических точек
— Помогает расставить приоритеты в тестировании, когда времени мало

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

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

#артефакт

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

Senior QA Engineer — до 300 000 ₽, удаленно

HW Senior QA Specialist — от 200 000 ₽, офис/гибрид (Санкт-Петербург)

QA Automation / Автотестировщик Java — от 110 000 ₽, удаленно (Москва)

➡️ Больше офферов в канале: @testerrjob

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

❓ Холивар для автоматизаторов

Собираете новый проект. Вопрос встаёт почти сразу.

Playwright или Selenium — что берёте:

❤️ Playwright — быстрее, удобнее, современнее
🔥 Selenium — проверено временем
👍 Зависит от проекта и задач
🌚 Всё равно, решает команда

Кажется простой вопрос… но обычно на нём начинаются самые жаркие споры 😄

👇 Голосуем и делимся опытом

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

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

#стендап_qa

🍿 Как ускорить автотесты в разы с AI

В виде разбирают, как связка Claude Code + Playwright превращается в инструмент, который может:

— автоматизировать действия в браузере
— запускать параллельные сценарии
— собирать reusable «скиллы» под тестирование

📎 Посмотрите, как это выглядит на практике

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

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

#release_notes

📎 Метаморфное тестирование — когда нет «правильного ответа»

Иногда нельзя заранее понять, какой результат верный (например, в AI или сложных расчётах).

🔜 Тогда проверяют не сам ответ, а его поведение:

меняем вход → смотрим, как меняется результат

💡 Пример:

добавили лишние пробелы в текст → перевод не должен менять смысл

🔜 Если система ведёт себя нелогично при изменении входа — это баг.

👍 — знал/а
🔥 — стало понятнее

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

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

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

🔥 Как ускорить тестирование с помощью AI

Появился инструмент Expect: он берёт изменения в коде и сам прогоняет их в браузере.

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

— анализирует изменения в коде
— собирает тест-план
— выполняет сценарии через Playwright
— записывает видео прогона

💡 Важно:

это не «замена тестировщиков», а ускорение рутины

— быстрый sanity после изменений
— автоматическая проверка типовых сценариев
— наглядный дебаг через запись

Всё остальное — сложные кейсы, логика и риски — всё ещё за вами.

🔗 Ссылка на GitHub

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

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

#тест_драйв

💡 Что помогает QA решать сложные дилеммы

В работе тестировщика постоянно возникают ситуации без «правильного ответа»: давить на релиз или стопать, спорить с разработкой или идти на компромисс.

Вот что реально помогает не теряться 🦆

6️⃣ Видимость важна не меньше результата

Если QA молчит — его просто не слышат. Даже хорошие находки могут проигнорировать.

🔜 важно проговаривать риски и доносить ценность своей работы

2️⃣ Качество — это не «по умолчанию»

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

🔜 задача QA — возвращать фокус на качество и аргументировать решения

3️⃣ Без стратегии тестирование превращается в хаос

«Протестируй что-нибудь перед релизом»

— знакомо?

🔜 без процесса и договорённостей качество случайно
🔜 со стратегией — становится управляемым

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

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

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

📎 Шпаргалка по Selenium WebDriver — база, которую забывают

Внутри:

— работа с браузером и вкладками
— взаимодействие с элементами
— Actions, загрузка файлов
— частые ошибки (wait, close vs quit)

Сохраняйте — пригодится в работе 🤟

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

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

#артефакт

🔥 Вопрос с собеседования на Middle

Что произойдёт, если тесты используют общий state (общие данные)?

👇 Правильный ответ (нажми, чтобы прочитать):

Тесты теряют изоляцию и начинают зависеть друг от друга.

📌 Почему это критично:

— результат зависит от порядка запуска
— один тест может испортить данные для других
— появляются flaky-тесты и ложные падения
— параллельный запуск становится нестабильным или невозможным
— сложно локализовать причину ошибки

📌 Если коротко:

Общий state делает тесты непредсказуемыми и снижает доверие к результатам

👍 — знал/а
🔥 — стало понятнее

💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут

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

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

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

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

💡 Почему баги возвращаются снова и снова

Кажется, что баг уже исправили… но через время он появляется снова — иногда в другом месте.

Знакомо? 👇

6️⃣ Пофиксили симптом, а не причину

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

🔜 баг возвращается в другой форме

2️⃣ Нет нормального RCA

Никто не копает глубже: что сломалось, где процесс дал сбой, почему не поймали раньше

🔜 команда повторяет те же ошибки

3️⃣ Проблема в процессе, а не в коде

— нет тестов на этот сценарий
— не покрыли регрессом
— не проверили смежные зоны

🔜 баг «путешествует» по системе

Если не устранить причину и не изменить процесс — баги будут возвращаться 👮‍♂️

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

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

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

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

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

😵‍💫 Heisenbug — баг, который исчезает при дебаге

Ловите баг → включаете логирование или дебаг → и он… пропадает.

Знакомо? 👇

В чём проблема:

ℹ️ сам факт наблюдения меняет поведение системы → тайминги сдвигаются, порядок событий меняется

Чаще всего причина:

— race condition
— проблемы с синхронизацией
— зависимость от времени / нагрузки

👍 — знал/а
🔥 — впервые слышу

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

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

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