День 2Только практика

Марафон
Тестирование коммерческого
проекта

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

Для проєкта

Доступ к Трелло

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

Перейти

Требования

В картках з завданнями марафону ми додали посилання на документ з вимогами, з яким необхідно ознайомитись перед початком тестування. Також, ви можете перейти до цих вимог за посиланням, яке ми надаємо тут. Ці вимоги допоможуть вам краще зрозуміти, що потрібно тестувати та які критерії повинні бути виконані для успішного проходження марафону.

Перейти

Давайте разгадаем головоломки?

Ответы отправить в телеграмм бот

a) Тестирование производительности
b) Тестирование совместимости
c) Тестирование безопасности
d) Тестирование удобства использования

a) Регрессионное тестирование
b) Инкрементальное тестирование
c) Смоук-тестирование
d) Эксплораторное тестирование

a) Тестирование граничных значений
b) Тестирование эквивалентных классов
c) Тестирование попарных комбинаций
d) Тестирование полного перебора

a) Тестирование на основе моделей
b) Тестирование на основе опыта
c) Тестирование на основе структуры
d) Тестирование на основе требований

Юмор

• Как называется человек, который не умеет программировать? Тестировщик.
• Какой самый страшный сон тестировщика? Когда все тест-кейсы зеленые.
• Какая разница между хорошим и плохим тестировщиком? Хороший тестировщик находит баги, плохой тестировщик создает их.
• Какой самый короткий тест-план? 1. Запустить программу. 2. Посмотреть, что она делает. 3. Если она не делает то, что должна, то написать баг-репорт.
• Какой самый длинный тест-план? См. документацию разработчика.
• Какой самый лучший способ тестирования? Передать программу конечному пользователю и попросить его отзыв.
• Какой самый худший способ тестирования? Передать программу конечному пользователю и попросить его отзыв.
• Какой самый частый ответ разработчика на баг-репорт? Это не баг, это фича.
• Какой самый частый ответ тестировщика на ответ разработчика? Это не фича, это баг.
• Как называется процесс, когда разработчик исправляет один баг и создает два новых? Регрессионное тестирование.

Несколько интересных фактов из жизни QA

"Ласкающие ушки": В разных компаниях и проектах QA может иметь разные известные названия. В одних используется термин "QA Engineer", в других - "Тестировщик", "Аналитик качества", "Инженер по контролю качества" и другие.

Баг-репорт "Философия": Спецификации баг-репортов могут быть довольно разными. Некоторые тестировщики придумывают креативные заголовки для багов, такие как "Ошибка в философии: ожидание понимания жизни", чтобы сделать работу интереснее.

"Все нормально": Иногда тестировщики могут намеренно указать менее важные баги или "недоработки", чтобы не вызывать подозрений. Это называется "замаскировкой багов".

Секретный инструмент: Тестировщики могут использовать не только технические навыки, но и свою интуицию и "чутье" о том, где могут быть проблемы.

Кофе и баги: Иногда в QA-командах есть традиция отмечать обнаруженные баги специальной церемонией или выпивкой кофе.

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

"Миллион сценариев": Иногда одна функция может требовать большого количества тестовых сценариев для полного охвата всех возможных вариантов использования.

"За кадром": Баги могут быть довольно разными, от орфографических ошибок до серьезных проблем с безопасностью. Иногда QA открывает "зеркало" проекта, показывая его аспекты, которые обычно скрыты от пользователей.

Задание

Ответы отправить в телеграмм бот

Задача "Исчезнувший текст"

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

Задача "Ложная информация"

Пользователь утверждает, что приложение предоставляет неверную информацию, противоречащую действительности. Как вы докажете вероятность этого бага и запишете его в баг-репорт?

Задача "Неожиданное поведение"

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

Задача "Контрольные шаги"

Какие шаги вы предпримете, прежде чем создать баг-репорт? Как вы убедитесь, что проблема реальна и воспроизводится?

Задача "Условия воспроизведения"

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

Задача "Анализ логов"

Если бы вы должны анализировать логи, чтобы выяснить причину бага, какие шаги вы бы выполнили? Какие показатели или ошибки вы бы искали?

Обзор по баг-репортам и улучшениям будет отправлен завтра

Не пропустите сообщение в телеграм-боте

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

Курсы

Публичная оферта. Авторское право © 2024 Школа подготовки тестировщиков