Учебное пособие по методологии Scrum-тестирования

Скрам в тестировании программного обеспечения

Скрам в тестировании программного обеспечения это методология построения complex программные приложения. Он предоставляет простые решения для выполнения сложных задач. Scrum помогает команде разработчиков сосредоточиться на всех аспектах разработки программного продукта, таких как качество, производительность, удобство использования и т. д. Он обеспечивает прозрачность, проверку и адаптацию во время разработки программного обеспечения, чтобы избежать ошибок.plexность.

Скрам-тестирование

Скрам-тестирование — это тестирование, проводимое по методологии Scrum для проверки соответствия требованиям программного обеспечения. Он включает в себя проверку нефункциональных параметров, таких как безопасность, удобство использования, производительность и т. д. В этом процессе нет активной роли тестировщика, поэтому его обычно выполняют разработчики с помощью Unit Test. Иногда требуются специальные группы тестировщиков в зависимости от характера и условий эксплуатации.plexность проекта.

Ключевые особенности методологии Scrum

Фоллоwing ключевые особенности Scrum-

  • Scrum имеет короткий фиксированный график циклов выпуска с регулируемым объемом, известный как sprints для удовлетворения быстро меняющихся потребностей развития. Каждый выпуск может иметь несколько sprintс. Каждый Scrum-проект может иметь несколько циклов выпуска.
  • Повторяющаяся последовательность встречи, события и вехи
  • Практика тестирования и реализации новых требований, известная как истории, чтобы убедиться, что какая-то работа выпускается готовой после каждого sprint

Скрам основан на следующемwing 3 столпа-

Ключевые особенности методологии Scrum

Давайте посмотрим на один за другим

1. Роли в Scrum

В Scrum-тестировании есть три основные роли: владелец продукта, Scrum-мастер и команда разработчиков. Давайте изучим их подробно

Менеджер продукта Scrum Master Команда
Он/Она определяет особенности продукта. Он/Она управляет командой и следит за ее продуктивностью. Команда обычно состоит из 5-9 человек.
Владелец продукта определяет дату выпуска и соответствующие функции. Он/Она ведет черный список и устраняет препятствия в развитии. В него входят разработчики, дизайнеры, иногда тестировщики и т. д.
Они расставляют приоритеты функций в соответствии с рыночной стоимостью и прибыльностью продукта. Он/Она координирует свои действия со всеми ролями и функциями. Команда самостоятельно организует и планирует свою работу.
Он/Она несет ответственность за прибыльность продукта. Он/Она защищает команду от внешнего вмешательства. Имеет право делать все в рамках проекта для удовлетворения sprint цель
Он/она может принять или отклонить результат рабочего элемента. Приглашает на ежедневную схватку, sprint обзор и планирование совещаний Активно участвовать в ежедневных церемониях

2. Скрам-артефакты

Скрам Артефакты

Скрам-процесс включает в себя

  • Истории пользователей: Они представляют собой краткое объяснение функциональных возможностей тестируемой системы. Пример для страховой компании: «Премию можно оплатить с помощью онлайн-системы».
  • Резерв продукта: Это коллекция пользовательских историй, собранных для scrum-продукта. Подготовка владельца продуктаares и поддерживает портфель продуктов. Приоритет ему определяет владелец продукта, и любой может добавить к нему с одобрения владельца продукта.
  • Бэклог релиза: Релиз — это период времени, в течение которого выполняется определенное количество итераций. Владелец продукта координирует вместе с Scrum-мастером решить, какие истории следует выпустить. Истории в бэклоге релиза должны быть завершены в релизе.
  • Sprints: Это определенный период времени для завершения пользовательских историй, определяемый владельцем продукта и командой разработчиков, обычно 2–4 недели.
  • Sprint Бэклог: Это набор пользовательских историй, которые необходимо заполнить в sprint, В течение sprint бэклог, работа никогда не распределяется, и команда записывается на работу самостоятельно. Он принадлежит и управляется командой, а предполагаемая оставшаяся работа обновляется ежедневно. Это список задач, которые необходимо выполнить в Sprint
  • Список заблокированных: Это список блоков и непринятых решений, принадлежащий scrum-мастеру и обновляемый ежедневно.
  • График выгорания: Диаграмма сгорания отражает общий прогресс незавершенной работы и работы, завершенной на протяжении всего процесса. Он представляет в виде графика истории и незавершенные функции.

3. Церемонии (процессы) в Scrum

  • Sprint Планирование: A sprint начинается с того, что команда импортирует истории из бэклога релизов в sprint отставание; его проводит Scrum-мастер. Тестировщики оценивают усилия по тестированию различных историй в Sprint Отставание.
  • Ежедневный Скрам: Его проводит скрам-мастер, он длится около 15 минут. Во время Daily Scrum участники обсуждают работу, выполненную накануне, запланированную работу на следующий день и проблемы, с которыми столкнулись во время sprint. Во время ежедневных стендапов отслеживается прогресс команды.
  • Sprint Обзор/Ретроспектива: Его также проводит скрам-мастер, он длится около 2-4 hours и обсудить, чего команда добилась за последнее время sprint и какие уроки были извлечены.

Роль тестировщика в Scrum

Роль тестировщика в Scrum

В Scrum нет активной роли тестировщика. Процесс. Обычно тестирование проводит разработчик с помощью Unit Test. Хотя владелец продукта также часто участвует в процессе тестирования во время каждого sprint. В некоторых Scrum-проектах есть специальные группы тестирования, в зависимости от характера и целей.plexность проекта.

Следующий вопрос: что делают тестировщики в Scrum? Фоллоwing записка ответит

Тестирование деятельности в Scrum

Тестеры делают следующееwing деятельности на различных этапах Scrum-

Sprint Меню

  • In sprint При планировании тестировщик должен выбрать пользовательскую историю из журнала невыполненных работ по продукту, которую необходимо протестировать.
  • Как тестер, он/она должен решить, сколько hours (Оценка усилий) это должно занять заканчивать тестирование для каждой из выбранных пользовательских историй.
  • Как тестировщик, он/она должен знать, что sprint цели есть.
  • В качестве тестировщика участвуйте в процессе расстановки приоритетов.

Sprint

  • Поддержка разработчиков в модульном тестировании
  • Протестируйте пользовательскую историю после завершения. Выполнение теста выполнено в лаборатории, где тестировщик и разработчик работают рука об руку. Дефект зарегистрирован Инструмент управления дефектами которые отслеживаются ежедневно. Дефекты могут быть переданы и проанализированы во время Scrum-совещания. Дефекты проверяются повторно, как только они обнаруживаются. решен и развернутьyed для тестирования,
  • Как тестировщик, он/она посещает все ежедневные встречи, чтобы высказать свое мнение.
  • В качестве тестировщика он/она может внести любой элемент невыполненной работы, который не может быть выполнен в текущий момент. sprint и положить к следующему sprint
  • Тестировщик отвечает за разработку скриптов автоматизации. Он планирует автоматическое тестирование с помощью Система непрерывной интеграции (CI). Автоматизация приобретает важное значение из-за сжатых сроков поставки. Автоматизация тестирования может быть достигнута путем использования различных инструментов с открытым исходным кодом или платных инструментов, доступных на рынке. Это оказывается эффективным в обеспечении охвата всего, что необходимо протестировать. Достаточный охват тестами может быть достигнут при тесном общении с командой.
  • Просматривайте результаты автоматизации CI и отправляйте отчеты заинтересованным сторонам.
  • Выполнение нефункционального тестирования для утвержденных пользовательских историй.
  • Координировать свои действия с заказчиком и владельцем продукта для определения критериев приемки приемочных испытаний.
  • В конце sprint, в некоторых случаях тестер также проводит приемочное тестирование (UAT) и подтверждает полноту тестирования для текущего sprint

Sprint ретроспективный

  • В роли тестировщика он выяснит, что пошло не так, а что правильно в текущем sprint
  • В качестве тестировщика он определяет извлеченные уроки и лучшие практики.

Отчет об испытаниях

Отчеты по метрикам Scrum Test обеспечивают прозрачность и наглядность проекта для заинтересованных сторон. Сообщаемые показатели позволяют команде анализировать свой прогресс и планировать будущую стратегию по улучшению продукта. Есть два показателя, которые часто используются для составления отчетов.

График сжигания: Каждый день Скрам-мастер записывает предполагаемую оставшуюся работу для sprint. Это не что иное, как диаграмма сгорания. Он обновляется ежедневно.

Диаграмма сгорания дает краткий обзор хода выполнения проекта. Эта диаграмма содержит такую ​​информацию, как общий объем работы в проекте, который необходимо выполнить, объем работы, выполненной за каждый sprint и так далее.

Отчет об испытаниях

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

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

Это все о Scrum в разработке программного обеспечения.