Баг-репорты и тест-кейсы для портфолио: примеры и шаблоны
Хочешь стать тестировщиком? Тогда научись писать баг-репорты и тест-кейсы. Без них на работу не возьмут.
Я покажу, как оформить документы для портфолио. Дам шаблоны. Разберу примеры. После статьи сможешь сделать свои первые документы и показать их на собесе.
Что такое баг-репорт
Баг-репорт — документ с описанием ошибки. Нужен, чтобы разработчик понял проблему и исправил.
Плохой пример:
❌ "Кнопка не работает"
Хороший пример:
✅ "Кнопка 'Купить' не реагирует на клик. Товар не добавляется в корзину. Проверял в Chrome, Windows 10."
Чувствуешь разницу? Во втором случае понятно где баг, как повторить, на каком устройстве.
Из чего состоит баг-репорт
ID и заголовок
ID — номер бага. Генерируется системой автоматически.
Заголовок — краткое описание. Формула: "Где + Что случилось".
Примеры:
✅ "Корзина: товар исчезает после перезагрузки"
✅ "Регистрация: нет ошибки при пустом email"
Шаги воспроизведения
Самая важная часть. Пиши по шагам:
- Открыть сайт example.com
- Нажать "Войти"
- Ввести email: test@mail.ru
- Ввести пароль: 123456
- Нажать "Отправить"
Каждый шаг с новой строки. Нумеруй.
Ожидаемый и фактический результат
Ожидаемый — как должно работать.
Фактический — что происходит.
Пример:
- Ожидал: попаду в личный кабинет
- Получил: ошибка 500
Окружение
Где баг появился:
- ОС: Windows 10 / macOS 13
- Браузер: Chrome 118 / Safari 16
- Версия приложения: v2.3.1
Добавь скриншоты. Желательно видео. И логи консоли.
Priority и Severity — разные вещи
Многие путают. Объясняю:
Severity — насколько серьёзен баг для системы.
Priority — насколько срочно исправлять.
Priority:
- High — исправить сейчас
- Medium — можно отложить
- Low — когда будет время
Пример: опечатка на главной странице = Severity: Trivial, но Priority: High. Потому что главную видят все.
Жизненный цикл бага
Баг проходит статусы:
New → создан, не назначен
Open → назначен разработчику
In Progress → разработчик чинит
Resolved → исправлено, отдано на проверку
Closed → проверил, всё ок
Reopened → не исправлено, вернул обратно
Пример готового баг-репорта
ID: BUG-245
Заголовок: Корзина: кнопка "Оформить" не работает при 10+ товарах
Severity: Major
Priority: High
Status: New
Окружение: Windows 10, Chrome 118, 1920x1080
Шаги:
1. Открыть https://example.com
2. Добавить 10 товаров в корзину
3. Перейти в корзину
4. Нажать "Оформить заказ"
Ожидал:
Открылась страница оформления
Получил:
Кнопка серая, не кликается.
Повторяется 10 из 10 раз.
Вложения:
- screenshot.png
- video.mp4
- console.log
Что такое тест-кейс
Тест-кейс — инструкция для проверки функции. В отличие от баг-репорта (описывает ошибку), тест-кейс описывает как проверять.
Когда нужен:
✅ Регрессия — проверяешь каждый раз одинаково
✅ Передача знаний — новичок может взять и выполнить
✅ Автоматизация — тест-кейсы переводят в автотесты
Когда не нужен:
❌ Исследовательское тестирование
❌ Разовые проверки
Из чего состоит тест-кейс
1. ID — номер (TC-001, TC-002)
2. Название — что проверяем
3. Предусловия — что сделать до теста
4. Шаги — пошаговая инструкция
5. Входные данные — какие данные вводить
6. Ожидаемый результат — что должно случиться
7. Фактический результат — заполнишь после проверки
8. Статус — Passed/Failed
Чек-лист vs тест-кейс
Правило: чек-лист — для скорости, тест-кейс — для точности.
Виды тест-кейсов
Позитивные — проверяют правильную работу:
✅ Ввёл корректный email → зарегался
Негативные — проверяют обработку ошибок:
✅ Ввёл пустой email → показало ошибку
Примеры готовых тест-кейсов
Пример 1: Авторизация
ID: TC-001
Название: Проверка входа с правильными данными
Приоритет: High
Предусловия: Пользователь зарегистрирован
Шаги:
1. Открыть https://example.com/login
2. Ввести email: test@mail.ru
3. Ввести пароль: Qwerty123
4. Нажать "Войти"
Ожидаю:
- Перешёл на /dashboard
- Вижу "Добро пожаловать, Test User!"
- Аватар в правом верхнем углу
Результат: [заполню после проверки]
Статус: [Passed/Failed]
Пример 2: Корзина
ID: TC-015
Название: Добавление товара в корзину
Приоритет: High
Шаги:
1. Открыть главную
2. Найти "Смартфон XYZ"
3. Нажать "В корзину"
4. Нажать иконку корзины
Ожидаю:
- "Смартфон XYZ" в корзине
- Количество: 1
- Цена совпадает с карточкой
Ошибки в баг-репортах
1. Непонятные шаги
❌ "Нажал кнопку, не работает"
✅ "Нажал 'Добавить' → ошибка 500"
2. Нет скриншотов
Всегда прикладывай картинку.
3. Эмоции
❌ "Ужасная кнопка!"
✅ "Кнопка не работает при заполненной форме"
4. Размытый заголовок
❌ "Проблема с формой"
✅ "Форма регистрации: не проверяет телефон"
5. Забыли окружение
Разработчик не поймёт где искать баг.
Инструменты
Для работы:
- Jira — самый популярный
- TestRail — для тестов
- Qase — удобный
- TestIT — российский
Для портфолио:
Хватит Excel или Google Sheets. На работе освоишь Jira.
Как оформить портфолио
Нужно 5-10 примеров:
Баг-репорты (3-5 штук):
- Разной серьёзности: Blocker, Major, Minor
- С разных проверок: UI, API
- Со скриншотами
Тест-кейсы (5-10 штук):
- Позитивные и негативные
- На разные функции: логин, корзина, поиск
- В едином стиле
Где взять проекты:
✅ Тестируй сайты (магазины, банки)
✅ Краудтестинг (Testbirds, uTest)
✅ Учебные проекты
Вопросы
Сколько нужно тест-кейсов?
5-10 хороших. Лучше меньше, но качественных.
В какой программе делать?
Google Sheets хватит. Потом изучишь Jira.
Можно тестировать чужие сайты?
Да. Только не публикуй баги открыто, только в портфолио.
Как описать баг без причины?
Опиши симптомы: что делал, что случилось. Причину найдёт разработчик.
Severity vs Priority?
Severity — насколько серьёзно. Priority — насколько срочно.
Нужны ли тест-кейсы для всего?
Нет. Для разовых проверок хватит чек-листа.
Что делать дальше
Теперь знаешь как писать баг-репорты и тест-кейсы. Это база профессии.
План действий:
- Подготовь шаблоны
- Протестируй 3-5 сайтов
- Оформи найденные баги
- Составь 10 тест-кейсов
- Собери в Google Drive
Хочешь учиться на реальных проектах?
На моём курсе ты:
✓ Напишешь 50+ тест-кейсов с ментором
✓ Оформишь 20+ баг-репортов
✓ Получишь портфолио для резюме
✓ Подготовишься к собесам
Еще больше полезных материалов в моем телеграм-канале https://t.me/yanaoqa