Учебное пособие по методологии Scrum-тестирования
Томас Гамильтон
⚡ Умное резюме
Тестирование в Scrum — это подход к непрерывной проверке, заложенный в... Sprint циклы, в рамках которых разработчики, тестировщики и владельцы продукта сотрудничают для проверки функциональных и нефункциональных требований, обеспечивая при этом прозрачность, адаптивность и быструю доставку на протяжении всего жизненного цикла проекта.
Скрам в тестировании программного обеспечения
Скрам в тестировании программного обеспечения Scrum — это методология для создания сложных программных приложений. Она предлагает простые решения для выполнения сложных задач. Scrum помогает команде разработчиков сосредоточиться на всех аспектах разработки программного продукта, включая качество, производительность и удобство использования. Он обеспечивает прозрачность, контроль и адаптацию в процессе разработки программного обеспечения, что позволяет избежать излишней сложности.
Скрам-тестирование
Скрам-тестирование Тестирование в рамках методологии Scrum — это проверка соответствия требованиям к программному приложению. Оно включает проверку нефункциональных параметров, таких как безопасность, удобство использования и производительность. Активная роль тестировщика в этом процессе отсутствует, поэтому его обычно выполняют разработчики с помощью модульных тестов. В зависимости от характера и сложности проекта иногда требуются выделенные команды тестировщиков. Современные команды часто координируют эту работу в Jira, LinearProcess и т.д. Azure DevOps, или Asana.
Ключевые особенности методологии Scrum
Ниже перечислены основные особенности Scrum:
- Scrum имеет короткий, фиксированный график циклов выпуска с возможностью корректировки объема работ, известный как Sprintsдля удовлетворения быстро меняющихся потребностей разработки. Каждый релиз может иметь несколько версий. SprintКаждый проект Scrum может иметь несколько циклов выпуска.
- Повторяющаяся последовательность встречи, события и вехи.
- Практика тестирования и реализации новых требований, известная как историичтобы убедиться, что какая-либо работа готова к выпуску после каждого Sprint.
В основе Scrum лежат следующие 3 столпа:
Рассмотрим их по одному.
1. Роли в Scrum
В Scrum-тестировании есть три основные роли: владелец продукта, Scrum-мастер и команда разработчиков. Давайте рассмотрим их подробнее.
| Менеджер продукта | Scrum Master | Команда |
|---|---|---|
| Он или она определяет характеристики продукта. | Он или она руководит командой и следит за ее производительностью. | В команду обычно входят от 5 до 9 человек. |
| Владелец продукта определяет дату выпуска и соответствующие функции. | Он или она ведет список заблокированных объектов и устраняет препятствия на пути развития. | В её состав входят разработчики, дизайнеры, а иногда и тестировщики. |
| Они определяют приоритетность характеристик в соответствии с рыночной стоимостью и прибыльностью продукта. | Он или она координирует действия со всеми ролями и функциями. | Команда самостоятельно организует и планирует свою работу. |
| Он или она несет ответственность за прибыльность продукта. | Он или она защищает команду от внешнего вмешательства. | Имеет право делать все в рамках проекта для достижения поставленных целей. Sprint Цель. |
| Он или она может принять или отклонить результаты выполнения задания. | Приглашения на ежедневные совещания Scrum. Sprint Revи совещания по планированию. | Активно участвует в ежедневных церемониях. |
2. Скрам-артефакты
Процесс Scrum включает в себя:
- Истории пользователей: Это краткое описание функциональных возможностей тестируемой системы. Например, для страховой компании: «Премию можно оплатить с помощью онлайн-системы».
- Резерв продукта: Это набор пользовательских историй, собранных для продукта, созданного по методологии Scrum. Владелец продукта готовит и поддерживает бэклог продукта. Приоритизация осуществляется владельцем продукта, и любой может внести в него изменения с одобрения владельца продукта. Современные команды поддерживают бэклог продукта в Jira, Linear, Azure DevOps, или Asana.
- Бэклог релиза: Релиз — это временной промежуток, в течение которого завершается ряд итераций. Владелец продукта координирует процесс. Вместе со скрам-мастером решается, какие истории следует включить в релиз. Истории из бэклога релиза планируется завершить в рамках релиза.
- Sprints: Для выполнения пользовательских историй установлен определенный период времени, согласованный владельцем продукта и командой разработчиков, обычно это 2-4 недели.
- Sprint Бэклог: Это набор пользовательских историй, которые необходимо выполнить в процессе Sprint, В течение Sprint В бэклоге задачи никогда не назначаются, и команда самостоятельно записывается на выполнение работы. За бэклогом отвечает и управляет команда, а предполагаемый объем оставшейся работы обновляется ежедневно. Это список задач, которые необходимо выполнить в течение определенного времени. Sprint.
- Список заблокированных: Это список заблокированных задач и нерешенных вопросов, принадлежащий Scrum-мастеру и обновляемый ежедневно.
- График выгорания: Диаграмма сгорания задач отображает общий прогресс текущей работы и работы, выполненной на протяжении всего процесса. Она в графическом формате показывает незавершенные задачи и функции.
3. Церемонии (процессы) в Scrum
- Sprint Планирование: A Sprint Начинается с того, что команда импортирует задачи из списка задач релиза в Sprint Список задач (Backlog) находится под управлением Scrum-мастера. Тестировщики оценивают трудозатраты на тестирование различных историй в этом списке. Sprint Отставание.
- Ежедневный стендап: Также называемая «ежедневным скрамом», она проводится скрам-мастером и длится около 15 минут. Во время ежедневного совещания участники обсуждают работу, выполненную за предыдущий день, запланированную работу на следующий день и проблемы, возникшие в ходе работы. SprintПрогресс команды tracked здесь.
- Sprint Review / Ретроспектива: Встречу, которую также проводит Scrum-мастер, длится около 2-4 часов и посвящена обсуждению достижений команды за последний год. Sprint и какие уроки были извлечены.
После определения ролей, артефактов и церемоний в рамках Scrum важно точно уточнить, какое место тестировщики занимают в этой структуре.
Роль тестировщика в Scrum
В Scrum нет активной роли тестировщика. Процесс тестирования. Обычно тестирование проводится разработчиком с помощью модульных тестов, при этом владелец продукта также часто участвует в процессе тестирования на каждом этапе. Sprint. В некоторых проектах, реализуемых по методологии Scrum, в зависимости от характера и сложности проекта, действительно есть выделенные команды тестировщиков..
Следующий вопрос: что делает тестировщик в Scrum? Ответ на него будет дан в следующем разделе.
Тестирование деятельности в Scrum
В ходе различных этапов Scrum тестировщики выполняют следующие действия:
Sprint Планирование
- In Sprint В процессе планирования тестировщик должен выбрать пользовательскую историю из списка задач продукта, которую необходимо протестировать.
- Тестировщик должен определить, сколько часов (оценка трудозатрат) потребуется на выполнение задачи. заканчивать тестирование для каждой из выбранных пользовательских историй.
- Тестировщик должен знать, что такое Sprint цели есть.
- В качестве тестировщика внесите свой вклад в процесс определения приоритетов.
Sprint
- Оказывайте поддержку разработчикам в модульном тестировании.
- После завершения проверьте пользовательскую историю. Выполнение теста выполнено В лаборатории, где тестировщик и разработчик работают рука об руку. Дефекты регистрируются в... Инструмент управления дефектами и tracЕжедневно проверяются. Дефекты могут быть выявлены и проанализированы во время Scrum-совещания. Дефекты повторно проверяются сразу после их обнаружения. решен и развернуты для тестирования. Современные команды Scrum обычно используют Jira, Linear, Azure DevOps, или Asana для этого рабочего процесса.
- В качестве тестировщика он или она посещает все ежедневные совещания, чтобы высказывать свое мнение.
- В качестве тестировщика он или она может добавить любой элемент из бэклога, который не может быть завершен в текущий момент. Sprint и поместите его в следующий Sprint.
- Тестировщик отвечает за разработкуping скрипты автоматизации. Он или она планирует автоматизированное тестирование с помощью Система непрерывной интеграции (CI)Автоматизация приобретает важное значение из-за сжатых сроков выполнения проектов. Автоматизация тестирования может быть достигнута с помощью различных инструментов с открытым исходным кодом или платных инструментов, доступных на рынке. Это эффективно обеспечивает охват всего, что необходимо протестировать. Достаточный уровень тестового покрытия может быть достигнут при тесном взаимодействии внутри команды.
- RevПросматривайте результаты автоматизации CI и отправляйте отчеты заинтересованным сторонам.
- Проведите нефункциональное тестирование утвержденных пользовательских историй.
- Согласуйте с заказчиком и владельцем продукта критерии приемки для приемочных испытаний.
- В конце SprintКроме того, в некоторых случаях тестировщик проводит приемочное тестирование (UAT) и подтверждает полноту тестирования текущей версии. Sprint.
Sprint ретроспективный
- В качестве тестировщика он или она будет выяснять, что пошло не так, а что получилось правильно в текущем процессе. Sprint.
- В качестве тестировщика он или она выявляет извлеченные уроки и лучшие практики.
Как только эти тестовые мероприятия начнутся, каждый SprintКоманды полагаются на четкие показатели для отслеживания прогресса, и именно поэтому отчетность о тестировании становится крайне важной.
Отчет об испытаниях
Отчетность по метрикам тестирования в Scrum обеспечивает прозрачность и наглядность для заинтересованных сторон относительно проекта. Представленные метрики позволяют команде анализировать свой прогресс и планировать дальнейшую стратегию по улучшению продукта. Инструменты, такие как Jira, LinearProgram, Azure DevOps и Asana Многие из этих отчетов генерируются автоматически. Для составления отчетов часто используются два показателя.
График выгорания: Ежедневно Scrum-мастер записывает предполагаемое количество оставшейся работы. SprintЭто диаграмма сгорания задач, обновляемая ежедневно.
Диаграмма сгорания задач дает быстрый обзор хода выполнения проекта. Эта диаграмма содержит информацию, такую как общий объем работы по проекту, которую необходимо выполнить, и объем работы, выполненной на каждом этапе. Sprint, И так далее.
График истории скорости: График динамики скорости прогнозирует скорость, которую команда достигнет в каждом из периодов. SprintЭто столбчатая диаграмма, которая показывает, как менялась производительность команды с течением времени.
К дополнительным полезным показателям относятся: расход времени, расход бюджета, процент выполнения темы, выполненные задачи, оставшиеся задачи и так далее.
