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

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

О канале
Полная статистика

Статистика

Количество постов

960

Среднее количество просмотров на пост

389

Средний охват (48ч)

Упоминаний

1 403

Получить детальную аналитику

Последние посты канала

imageИзображение недоступно для предпросмотра

#qa #testing Подпишись👉 @testlab_qa

13:05

17.11.2025

imageИзображение недоступно для предпросмотра

💡Приглашаем на бесплатный вебинар курса “Нагрузочное тестирование”: «Прохождение собеседования на нагрузочного тестировщика» Когда: 18 ноября, 19:00 (мск) О вебинаре Хотите успешно пройти собеседование на нагрузочного тестировщика? На открытом уроке курса Нагрузочное тестирование разберём, что интересует работодателей, какие навыки и знания нужно показать, а также как подготовиться к типичным вопросам, чтобы уверенно получить работу. Вопросы вебинара: - Требования к кандидатам на роль нагрузочного тестировщика. - Ключевые технические навыки и их демонстрация. - Личностные качества, важные для работодателя. - Примеры вопросов на собеседовании. Практические рекомендации по подготовке. Что получите: - Навыки подготовки к собеседованию в нагрузочном тестировании. - Понимание ожиданий работодателей. - Уверенность в демонстрации своих знаний и опыта. 👉 Зарегистрируйтесь: https://vk.cc/cRnihi Прокачайте навыки нагрузочного тестирования! Занятие приурочено к старту курса “Нагрузочное тестирование”, обучение на котором позволит освоить компетенции по проектированию и проведению тестов производительности для обеспечения стабильности систем. Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

166

10:30

17.11.2025

imageИзображение недоступно для предпросмотра

Как читать логи ошибок: инструкция для QA-инженера 🔍 Шаг 1: Где искать логи? Перед анализом нужно понять, куда приложение пишет логи: - Файлы на сервере (обычно в /var/log/ или logs/): - Консоль разработчика (Chrome DevTools → Console или Network) - Специальные сервисы: - Sentry (для ошибок в проде) - Kibana (если логи хранятся в Elasticsearch) - Grafana (для метрик и системных логов) 📌 Шаг 2: Понимаем структуру лога Типичная запись в логе содержит: [2024-02-20 14:30:45] ERROR [app.controller] Status 500: NullPointerException in UserService.java:124 Разбираем по частям: 1. Дата и время (2024-02-20 14:30:45) - когда произошла ошибка 2. Уровень логирования (ERROR) - насколько всё плохо: - DEBUG/TRACE - техническая информация для разработчиков, - INFO - обычные события (например, «Пользователь залогинился»), - WARN - потенциальная проблема, но приложение работает, - ERROR - критическая ошибка (нужно чинить) - FATAL/CRITICAL - самая высокая степень критичности (срочно чинить в первую очередь) 3. Источник (app.controller) - где случилась ошибка (класс/модуль) 4. Сообщение (NullPointerException in UserService.java:124) - суть ошибки и строка кода 🛠 Шаг 3: Как искать причину ошибки? 1. Ищем stack trace (список вызовов функций, которые привели к определенной точке в программе, например, к возникновению ошибки) Пример:

java.lang.NullPointerException: Cannot invoke "User.getName()" because "user" is null
 at com.example.UserService.getProfile(UserService.java:124)
 at com.example.UserController.showProfile(UserController.java:45)

Что важно: - Первая строка - тип ошибки (NullPointerException) и её описание - Следующие строки - «путь» вызова методов (где началась ошибка и как она распространялась) 2. Анализируем контекст Ошибка может не иметь очевидной причины. Проверьте: - Что происходило перед ошибкой? (логи за 5-10 секунд до сбоя) - Были ли похожие ошибки раньше? (поиск по логам) 3. Используем фильтры Если логов много, сужаем поиск: grep "NullPointerException" error.log (только ошибки этого типа) grep -A 5 -B 5 "ERROR" app.log (+5 строк до/после ошибки) 💡 Шаг 4: Частые ошибки и как их читать 1. NullPointerException (Java) Проблема: Обращение к объекту, который null Что проверить: - Передавались ли все обязательные параметры в метод? - Вернула ли БД null вместо объекта? 2. 500 Internal Server Error Проблема: Ошибка на сервере Что проверить: - Логи сервера (например, nginx или tomcat) - Не упала ли БД или внешний API 3. ConnectionTimeout Проблема: Сервер не ответил за отведённое время Что проверить: - Доступен ли сервер? (ping или telnet) - Не перегружен ли он? (логи нагрузки CPU/RAM) автор: Aleksandra Primako #qa #testing Подпишись👉 @testlab_qa

179

08:04

17.11.2025

imageИзображение недоступно для предпросмотра

#qa #testing Подпишись👉 @testlab_qa

458

12:02

10.11.2025

imageИзображение недоступно для предпросмотра

Знаете, в чём самая частая ловушка автоматизации? Слить ресурсы в “идеальный” фреймворк, который годами будет поддерживать один энтузиаст, а ценности почти не даст. Второй сценарий — пытаться всё автоматизировать вручную, игнорируя современные инструменты на базе ИИ, и внезапно оказаться в хвосте “конвейера тестов”. Хотите выбраться из этого круга? 👨‍💻13 ноября в 20:00 собираемся на Практикум! Спикер: Павел Балахонов, 15+ лет автоматизации. Узнаем: — Что реально даёт платформа управления автотестами с ИИ, а где скрыты грабли. — Когда “универсальный фреймворк” превращается в долгострой и почему ИИ — не просто модный хайп, а must-have в современных проектах. Обсудим: — Как не слить ресурсы в “универсальный” фреймворк без профита — Почему платформа автотестирования = гибкость, а не компромисс — Как реально внедрять ИИ: практика и подводные камни — Почему распределение автотестов по потокам — это новый “золотой стандарт” — И бонус — где платформы с ИИ реально экономят время команды 🎁Бонусы для всех участников: 7% скидка на любой курс OTUS Настольный гайд: “Использование базовых команд Docker CLI” Подборка musy-have уроков для middle+ QA Дата: 13 ноября, 20:00 Органиченное количество мест - успейте: https://tglink.io/ec66b63e34b6 Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: 2W5zFHd76Tz

347

10:00

10.11.2025

imageИзображение недоступно для предпросмотра

Как я научила ИИ быть моим напарником по тестированию Всем привет! Меня зовут Катя и я ведущий инженер по тестированию в MD Audit. Хочу поделиться как я внедрила ИИ в процессы тестирования, чтобы не тратить время на рутинные задачи и больше заниматься любимым делом (кидать мемы в рабочие чаты).

AI не заменит тестировщика. Но тестировщик, умеющий работать с AI, заменит десятерых.

Эта статья кратко и без воды расскажет о том, как я встроила ИИ в процесс ручного тестирования, какому подходу научила свою команду и какие промты реально экономят часы рутинной работы. https://habr.com/ru/articles/963718/ #qa #testing Подпишись👉 @testlab_qa

365