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

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

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

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

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

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

Ниже приведены ключевые особенности Scrum.

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

Scrum основан на следующих трех столпах:

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

1. Роли в Scrum

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

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

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

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

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

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

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

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

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

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

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

Тестировщики выполняют следующие действия на различных этапах Scrum:

Sprint Планирование

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

Sprint

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

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

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

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

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

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

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

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

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

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