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

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

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

Для проєкта

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

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

Перейти

Требования

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

Перейти

Перед началом тестирования очень важно ознакомиться с инструкцией по работе с Trello

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

Шаг 1

Взять таску

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

Шаг 2

Ознакомится с требованиями

Для начала тестирования важно ознакомиться с требованиями внутри таски.

Шаг 3

Баг репорти

Ознакомтесь с шаблоном написания баг репорта и создайте новую картку в колонке Day 1 (Bugs)

Шаг 4

Импрувменти

Ознакомтесь с шаблоном написания импрувмента и создайте новую картку в колонке Day 1 (Improvements)

Анализ требований

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

  1. Чтение и понимание документации: Внимательно изучите все документы, связанные с проектом, такие как функциональные и нефункциональные требования, спецификации, дизайн и т.д. Понимание основных целей и ожиданий от системы – ключевой этап анализа.

  2. Выделение ключевых требований: Определите наиболее важные и критические требования. Разделите их на функциональные (как система должна действовать) и нефункциональные (требования к производительности, безопасности, надежности и т.д.).

  3. Формулирование вопросов: Если у вас возникают неясности или недопонимание в требованиях, задайте вопросы бизнес-аналитикам или заказчику, чтобы уточнить все детали.

  4. Создание тестовых сценариев: На основе требований разработайте тестовые сценарии, которые описывают последовательность шагов для проверки соответствия требованиям.

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

  6. Планирование тестирования: Определите объем и приоритеты тестирования на основе анализа требований. Разработайте план тестирования, который охватывает все основные требования и риски.

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

  8. Вовлечение бизнес-стейкхолдеров: При проведении анализа требований важно обсуждать их с бизнес-стейкхолдерами и заказчиками. Это поможет уточнить требования и убедиться, что все ожидания учтены.

Создавать тестовые сценарии

Создание тестовых сценариев – это процесс разработки детального плана тестирования, который описывает последовательность шагов для проверки функциональности и соответствия программного продукта или системы требованиям. Вот некоторые шаги, которые помогут вам создавать тестовые сценарии:

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

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

  3. Формулирование шагов: Для каждого тестового случая опишите последовательность шагов, которые тестировщик должен выполнить. Шаги должны быть четкими и понятными.

  4. Определение ожидаемых результатов: Для каждого тестового сценария определите ожидаемые результаты. Что должно произойти в результате успешного выполнения теста? А что должно произойти, если тест не проходит?

  5. Разделение тестов по приоритетам: Отметьте тестовые сценарии по приоритетам. Определите, какие тесты следует провести в первую очередь, а какие можно отложить на позднее.

  6. Проверка полноты покрытия: Убедитесь, что созданные тестовые сценарии покрывают все основные функции и сценарии использования продукта.

  7. Валидация и верификация: Проверьте тестовые сценарии на правильность и соответствие требованиям. Убедитесь, что каждый сценарий проверяет конкретное требование.

  8. Документация: Запишите тестовые сценарии в виде документации, чтобы они были легко доступны для всей команды и других заинтересованных сторон.

Планирование процесса тестирования

Планирование процесса тестирования – это важный этап, который помогает определить стратегию и подход к тестированию продукта или системы. Вот некоторые шаги, которые помогут вам правильно спланировать процесс тестирования:

  1. Определение целей тестирования: Четко сформулируйте цели тестирования. Что вы хотите проверить и достичь с помощью тестирования? Это может быть проверка соответствия требованиям, выявление дефектов, проверка производительности и т.д.

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

  3. Определение объема тестирования: Оцените объем тестирования, который требуется для покрытия всех основных функций и сценариев использования продукта.

  4. Выбор методов тестирования: Решите, какие методы тестирования будут применены, например, функциональное тестирование, регрессионное тестирование, нагрузочное тестирование и т.д.

  5. Определение критериев завершенности тестирования: Установите критерии, которые определят, когда тестирование будет считаться завершенным. Например, все критические дефекты должны быть исправлены, процент покрытия тестами должен достигнуть определенного уровня и т.д.

  6. Выделение ресурсов: Определите, какие ресурсы потребуются для тестирования – люди, время, оборудование, программное обеспечение и т.д.

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

  8. Планирование графика тестирования: Создайте расписание тестирования, определите временные рамки для проведения различных видов тестов и оцените продолжительность каждого этапа.

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

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

  11. Документация: Запишите все планы и процессы тестирования в виде документации, чтобы они были доступны для всей команды и других заинтересованных сторон.

Головоломки

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

А) Баг не воспроизводится

Б) Баг воспроизводится только с файлами .txt

В) Баг воспроизводится только с файлами, которые не поддерживаются приложением

Г) Недостаточно информации для вывода

А) Критический

Б) Высокий

В) Средний

Г) Низкий

А) Изменил бы слово на правильное в коде страницы

Б) Изменил бы слово на правильное в файле локализации

В) Изменил бы слово на правильное в базе данных

Г) Изменил бы слово на правильное в административной панели сайта

Задание: Проверка функции расчета стоимости заказа

Описание задания: Вам нужно протестировать функцию расчета стоимости заказа в онлайн-магазине.

Шаги:

  1. Откройте онлайн-магазин и добавьте определенный товар в корзину.
  2. Перейдите в корзину и убедитесь, что стоимость товара отображается правильно.
  3. Добавьте еще товаров разных категорий в корзину и проверьте, что стоимость учитывает все добавленные товары.
  4. Удалите некоторые товары из корзины и убедитесь, что стоимость заказа правильно пересчитывается.
  5. Добавьте купон на скидку и проверьте, что скидка правильно влияет на общую стоимость заказа.
  6. Проверьте сценарий, когда стоимость заказа достигает минимальной суммы для бесплатной доставки. Убедитесь, что стоимость доставки добавляется верно.
  7. Добавьте товар со скидкой и убедитесь, что стоимость заказа рассчитывается с учетом скидки.
  8. Выполните сценарий, когда товары в корзине большое количество, а их стоимость превышает максимальный лимит для одного заказа. Удостоверьтесь, что расчет обрабатывается правильно.
  9. Проверьте варианты расчета налогов или сборов, если такие есть.
  10. Проведите тестирование на границах: минимальной и максимальной цены товара, минимального и максимального количества товара и т. д.

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

Анекдот

• Тестировщик: Я нашел баг в вашем приложении. Оно не работает на iPhone 13.
• Разработчик: Это не баг, это фича. Мы специально сделали так, чтобы наше приложение работало только на Android.
• Тестировщик: А почему вы не написали об этом в спецификации?
• Разработчик: Потому что это секретная фича. Мы хотим сделать сюрприз для пользователей iPhone 13.
• Тестировщик: Какой сюрприз?
• Разработчик: Ну, когда они попытаются запустить наше приложение, оно выдаст им сообщение: "Поздравляем! Вы выиграли бесплатный переход на Android!"

Имя
Email
Телефон
Що таке баг репорт?

Що таке тест дизайн?

Що таке гілка (branch) у системі контролю версій (VCS)?

Яка основна мета тестування продуктивності (performance testing)?

Що таке граничні значення (boundary values) у тестуванні програмного забезпечення?

Що таке тестовий набор (test suite)?

Що таке "тестування безпеки" (security testing)?

Які типи тестування включає в себе функціональне тестування?

Яка основна мета регресійного тестування (regression testing)?

Які основні етапи життєвого циклу тестування програмного забезпечення?

Які основні види тестування включає в себе негативне тестування?

Які основні етапи включає в себе тест-дизайн (test design)?

Що таке usability testing?

Що таке статичний аналіз коду?

Що таке тестування витривалості (endurance testing)?

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

Курсы

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