👍 Шпаргалка по целям нагрузочного тестирования

Нагрузочное тестирование оценивает производительность системы под определенной нагрузкой.

Какие вопросы помогает решить:

➡️ Сколько пользователей одновременно может работать в системе

➡️ Не замедлится ли работа при повышенной нагрузке

➡️ Какие «узкие места» есть в архитектуре

➡️ Где возможны точки отказа

Основные цели нагрузочного тестирования:

1️⃣ Проверка надежности: выясняем, будет ли система работать стабильно под большой нагрузкой, без неожиданных сбоев.

2️⃣ Определение максимальной производительности: находим, сколько пользователей или запросов выдержит система до того, как начнет тормозить или падать.

3️⃣ Проверка отказоустойчивости: смотрим, что произойдет, если нагрузка резко увеличится или выйдет из строя один из компонентов.

4️⃣ Выявление «узких мест»: пределяем, какие части системы замедляют работу – сервер, база данных, сеть или что-то еще.

5️⃣ Воспроизведение проблем промышленной среды: имитируем реальные условия, чтобы понять, какие проблемы могут возникнуть в боевом режиме.

6️⃣ Определение оптимальных настроек: ищем, как можно настроить систему так, чтобы она работала быстрее и эффективнее.

7️⃣ Определение показателей производительности: фиксируем важные метрики: время отклика, скорость обработки данных, загрузку ресурсов.

8️⃣ Подбор оптимального оборудования: выясняем, какие серверы, базы данных и облачные мощности нужны, чтобы система работала без лагов.

Нагрузочное тестирование помогает предотвратить сбои, улучшить производительность и подготовить систему к реальной эксплуатации.

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

#буст

🎹 Челлендж для тестировщиков: mouse over

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

В чем суть задания:

1️⃣ Записать два последовательных клика по ссылке.

2️⃣ Запустить тест и убедитесь, что счетчик кликов увеличился на 2.

Какие могут быть сложности:

🔜 Stale element exception – если тест запомнит старый элемент, а он исчезнет, попытка взаимодействия вызовет ошибку.

🔜 XPath или CSS-селекторы могут измениться – важно находить элемент заново перед кликом.

🔜 Задержки в обновлении DOM – иногда новый элемент появляется не сразу, и тест может «не успеть» его найти.

Подсказка:

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

— Используйте ожидания WebDriver – после наведения дайте странице время обновить элемент. Используйте Explicit Waits (ожидания появления нового элемента).

— Проверяйте изменения в DOM – если id или class ссылки меняются при наведении, возможно, стоит искать не саму ссылку, а ее родительский контейнер. Тогда тест не потеряет нужный элемент.

Попробуйте и напишите, сколько раз у вас получилось правильно выполнить задание. С первого раза или пришлось покопаться? ⬇️

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

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

📌 Подборка IT-мероприятий весна 2025

🔶 Онлайн-дискуссия на тему «Разные подходы к мобильному тестированию: опыт работы с локальными, публичными и зарубежными решениями» от Selectel

Дата и формат: 12 марта, 16:00, онлайн

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

🔷 Зарегистрироваться на событие

🔶 Конференция "TechWriter Days"

Дата и формат: 28-29 марта, оффлайн — Санкт Петербург, онлайн

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

🔷 Купить билет на конференцию

🔶 Конференция "Heisenbug"

Дата и формат: 5-6 апреля, оффлайн — Москва, онлайн

Крупнейшая в России конференция по тестированию ПО, ориентированная на технологии. В программе – доклады и дискуссии для QA-инженеров, разработчиков, тимлидов и директоров по качеству.

🔷 Купить билет на конференцию

🔶 IT-конференция Merge

Дата и формат: 25-26 апреля 2025, оффлайн — Иннополис

Межрегиональная IT-конференция с участием 2000+ специалистов. В программе — более 150 спикеров и десятки тематических секций.

🔷 Зарегистрироваться на событие

Сохраняй себе 🗓

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

#свежак

⚙️ Инструмент недели: Playwright

Playwright — это быстрый, стабильный и удобный инструмент для автоматизации тестирования, который превосходит Selenium по многим параметрам.

Преимущества Playwright:

⭐ Поддержка нескольких браузеров: Playwright работает с Chromium, Firefox и WebKit, предоставляя унифицированный API для всех основных браузеров.

⭐ Автоматическое ожидание: инструмент автоматически дожидается загрузки и появления элементов на странице, что уменьшает количество ошибок и повышает стабильность тестов.

⭐ Простая настройка: все необходимые драйверы поставляются вместе с инструментом, что исключает необходимость дополнительных установок и упрощает процесс настройки.

⭐ Параллельное выполнение тестов: Playwright поддерживает параллельный запуск тестов «из коробки», что ускоряет процесс тестирования и не требует дополнительной настройки инфраструктуры.

Как начать работу с Playwright:

1⃣ Установите Playwright:

npm init playwright@latest

2⃣ Создайте тестовый сценарий:

const { chromium } = require('playwright');

(async () => {
// ваш тест
})();

3⃣ Создайте первый тест:

import { test, expect } from '@playwright/test';

test('has title', async ({ page }) => {
await page.goto('https://playwright.dev/');

// Ожидаем, что заголовок содержит подстроку.
await expect(page).toHaveTitle(/Playwright/);
});

test('get started link', async ({ page }) => {
await page.goto('https://playwright.dev/');

// Клик по ссылке "Get started".
await page.getByRole('link', { name: 'Get started' }).click();

// Ожидаем, что на странице появится заголовок с текстом "Installation".
await expect(page.getByRole('heading', { name: 'Installation' })).toBeVisible();
});

4⃣ Запустите его:

npx playwright test

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

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

#буст

📢 Навигация по каналу

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

#буст — база знаний: справочники, схемы, сравнение инструментов, полезные команды, обзоры докладов и подкастов, AI-промпты для тестирования, гайды по настройке, исправлению ошибок и автоматизации.

#свежак — IT-календарь, релизы, конференции, новости, дайджест за неделю.

#междусобойчик — истории подписчиков, собес-задачи, факапы, опросы, IT-игры, кроссворды, ребусы

#развлекалово — мемы.

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

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

📊💼 Ситуация на рынке труда в IT в 2025 году: результаты опроса айтишников

Помните мы проводили опрос про рабочие моменты? Пришло время делиться результатами!

В нашем исследовании приняли участие более 1000 IT-специалистов различных направлений. Работа или личная жизнь? Удалёнка или офис? Заменил ли всех ИИ?

➡️ Ответы в подробном отчёте

А какие изменения на IT-рынке замечаете вы? Делитесь в комментариях! 👇

🐸Библиотека devops'a

😄 Полезная команда дня: pytest

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

Что делает:

Эта команда запускает тесты, но:

➡️ Останавливается после трёх упавших тестов (--maxfail=3)

➡️ Показывает краткий вывод трассировки (--tb=short), убирая лишний шум.

Когда это полезно:

1) Если у вас большой тест-сьют, и вы не хотите ждать, пока отработают все тесты, когда уже явно что-то пошло не так.

2) Если вам нужно быстро увидеть основные ошибки без длинных логов.

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

pytest --maxfail=3 --tb=short

А какие ещё полезные опции pytest ты используешь в работе? Делись в комментах ⬇️

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

#буст

⚙️ Чек-лист: база для QA-джуна

Если хочешь уверенно стартовать в тестировании, то проверь, все ли пункты у тебя закрыты.

🎯 Теория
✓ Виды тестирования (функциональное, регрессионное, нагрузочное)
✓ SDLC и STLC — как работает процесс тестирования
✓ Жизненный цикл бага (от заведения до закрытия)
✓ Методологии разработки: Waterfall, Agile, Scrum

🎯 Инструменты
✓ Postman — тестирование API
✓ SQL — базовые запросы (SELECT, JOIN, WHERE)
✓ DevTools — отладка и анализ в браузере
✓ Трекеры задач (Jira, Trello, YouTrack)

🎯 Навыки
✓ Составление тест-кейсов и чек-листов
✓ Анализ требований перед тестированием
✓ Работа с баг-репортами
✓ Коммуникация с разработчиками и аналитиками

🎯 Автоматизация (бонус, но полезно)
✓ Основы Python/JavaScript
✓ Selenium/WebDriver для UI-тестов
✓ Git — работа с репозиторием

Какие пункты уже освоил, а над чем еще нужно работать?
Пиши в комменты 👇

Азбука айтишника #буст

Вот и закрыли пулреквест 👍

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

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

🔍 Как НЕ нужно проводить функциональное тестирование

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

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

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

😄 5 советов как прокачать свои QA-навыки

Тестирование — это не только поиск багов, но и умение анализировать, думать на шаг вперёд и видеть то, что другие упускают. Вот 5 способов, которые реально работают:

↗️ Учитесь понятно объяснять

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

↗️ Подружитесь с документацией

Качественный баг-репорт — это не «ничего не работает!!!», а понятное описание с шагами воспроизведения. Освойте тест-кейсы, чек-листы и отчёты — и вам будет легче объяснять проблемы, а команде проще их решать.

↗️ Разбирайтесь в процессах разработки

Agile, DevOps, Kanban — эти слова встречаются повсюду, и если вы их не понимаете, будет сложно работать в команде. Необязательно углубляться во всё сразу, но базовые знания точно помогут быстрее влиться в проект и лучше понимать, как тестирование вписывается в общую картину.

↗️Автоматизируйте рутину

Даже если вы мануальный тестировщик, полезно разбираться в автоматизации. Начните с основ: SQL, Postman, Python или JavaScript. Чем больше у вас инструментов, тем выше ценность как специалиста.

↗️ Тестируйте всё вокруг

Хороший тестировщик видит проблемы не только в коде. Анализируйте приложения, сайты, интерфейсы, даже бытовые вещи — как бы вы их протестировали? Это развивает внимательность и креативность.

Развивайтесь, экспериментируйте, и успех обязательно придет 💪

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

⭐️ Быстрое копирование XPath в Chrome

Если вам часто приходится проверять элементы на веб-странице и копировать их XPath (например, для автоматизации тестов), то можно сделать это в два клика вместо долгих поисков.

Как сделать:

1. Открываем DevTools

➡️ Нажмите F12 или Ctrl + Shift + I (Cmd + Option + I на Mac).

➡️ Либо кликните правой кнопкой на элементе и выберите “Просмотреть код” (Inspect).

2. Выбираем нужный элемент

➡️ Наведите курсор на элемент в DOM-дереве.

3. Копируем XPath за секунду

➡️ Кликните по элементу правой кнопкой → Copy → Copy XPath.

4. Вставляем куда нужно

➡️ Используйте Ctrl + V (Cmd + V на Mac), чтобы вставить путь в ваш тест, SQL-запрос или любой другой инструмент.

Лайфхак: если вам нужен CSS-селектор вместо XPath, выберите Copy → Copy selector.

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

#буст

Не баг, а фича 🤪

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

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

📣 Дайджест материалов за неделю

🔘 Шпаргалка по целям нагрузочного тестирования

🔘 Полезная команда дня: pytest

🔘 Чек-лист: база для QA-Джуна

🔘 5 советов как прокачать свои QA-навыки

🔘 Быстрое копирование XPath в Chrome: туториал с командами в DevTools

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

#свежак

😢 Автоматизация VS. Ручное тестирование – битва по душам

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

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

🐁 Каждый выбирает свой путь: одни ценят ручное тестирование, другие – автоматизацию, а многие находят баланс между ними. Главное – умение замечать детали, независимо от метода.

Какой подход ближе вам?

🔥 — Автоматизация – наше всё, без неё не обойтись

👍 — Ручное тестирование – душа продукта, только так почувствуешь его характер

🌚 — Баланс – вот что действительно важно, чтобы не потерять ни качество, ни время

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

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

📌 Жизненный цикл ПО

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

1️⃣ Анализ требований:

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

2️⃣ Проектирование:

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

3️⃣ Разработка:

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

4️⃣ Тестирование:

Тестировщики проверяют, насколько программа соответствует требованиям. Здесь выявляются баги, тестируются функциональность, производительность, безопасность и совместимость.

5️⃣ Запуск:

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

6️⃣ Эксплуатация и сопровождение:

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

☝️ Если тестировщики подключаются на каждом этапе, продукт получается более качественным, а исправление ошибок обходится дешевле.

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

#буст

🔥 Какие технологии станут целью хакеров в 2025 году и что это значит для тестировщиков

Хакеры совершенствуют свои инструменты, а технологии становятся всё более уязвимыми. Эксперты Positive Technologies выделили ключевые направления атак, и тестировщикам стоит быть к этому готовыми:

⭐️ Искусственный интеллект

ИИ — больше не только помощник, но и инструмент взлома. Теперь он помогает хакерам автоматизировать атаки: искать уязвимости, обходить защиту и генерировать вредоносный код.

Что тестировать:

➡️ Устойчивость модели к атакам на обучающие данные (Data Poisoning):

• Проверяйте, насколько легко внести вредоносные данные в тренировочный датасет.
• Проверка на атаки типа «отравления”» (например, добавление данных, ухудшающих точность модели).

➡️ Тестирование моделей на уязвимости в API:

• Проверка механизма аутентификации и авторизации API.
• Анализ обработки аномальных данных (например, проверка, как модель реагирует на невалидные запросы).

⭐️ Блокчейн и цифровые активы

Киберпреступники охотятся за криптовалютами и смарт-контрактами. Взлом блокчейна уже не фантастика, а реальность.

Что тестировать:

➡️ Логические ошибки в смарт-контрактах:

• Проверяйте переменные на переполнение, логические ошибки в контрактах.

➡️ Безопасность цифровых кошельков:

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

⭐️ Облачные технологии

Ошибки в конфигурациях облачных сервисов – ключевая причина утечек данных.

Что тестировать:

➡️ Контроль доступов и управление привилегиями:

• Тестирование на наличие избыточных прав у пользователей и сервисов.

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

📣 Делитесь этим постом и берегите свои данные

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

#свежак