Scrum в тестировании программного обеспечения
Scrum в тестировании программного обеспечения - это методология создания сложных программных приложений. Он предлагает простые решения для выполнения сложных задач. Scrum помогает команде разработчиков сосредоточиться на всех аспектах разработки программного продукта, таких как качество, производительность, удобство использования и так далее. Он обеспечивает прозрачность, проверку и адаптацию во время разработки программного обеспечения, чтобы избежать сложности.
Scrum-тестирование
Scrum Testing - это тестирование, проводимое по методологии Scrum для проверки выполнения требований программного приложения. Он включает в себя проверку нефункциональных параметров, таких как безопасность, удобство использования, производительность и т. Д. В этом процессе нет активной роли тестировщика, поэтому его обычно выполняют разработчики с помощью Unit Test. Иногда требуются специальные группы тестирования, в зависимости от характера и сложности проекта.
В этом руководстве вы узнаете:
- Что такое скрам?
- Ключевые особенности методологии Scrum
- Роли в Scrum
- Артефакты Scrum
- Церемонии (процессы) в Scrum
- Роль тестировщика в Scrum
- Тестирование в Scrum
- Отчет об испытаниях
Ключевые особенности методологии Scrum
Ниже приведены ключевые особенности Scrum-
- Scrum имеет короткий фиксированный график циклов выпуска с регулируемой областью, известный как спринты, для удовлетворения быстро меняющихся потребностей разработки. В каждом выпуске может быть несколько спринтов. У каждого проекта Scrum может быть несколько циклов выпуска.
- Повторяющаяся последовательность встреч, событий и вех
- Практика тестирования и внедрения новых требований, известных как истории , чтобы гарантировать, что некоторая работа будет выпущена готовой после каждого спринта.
Скрам основан на следующих 3 столпах:
Давайте посмотрим по одному
1. Роли в Scrum
В тестировании Scrum есть три главные роли - владелец продукта, мастер Scrum и команда разработчиков. Давайте изучим их подробно
|
Владелец продукта |
Скрам Мастер |
Команда |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Артефакты Scrum
Процесс схватки включает в себя
- Истории пользователей: это краткое описание функций тестируемой системы. Пример для страховой компании - «Страховая премия может быть оплачена через онлайн-систему».
- Бэклог продукта: это набор пользовательских историй, собранных для продукта Scrum. Владелец продукта подготавливает и ведет журнал отставания по продукту. Его приоритет отдается product owner-у, и любой может добавить к нему с одобрения product owner-а.
- Задержка выпуска: выпуск - это временной интервал, в течение которого выполнено количество итераций. Владелец продукта согласовывает с мастером схватки, чтобы решить, какие истории должны быть нацелены на выпуск. Истории в отставании выпуска должны быть завершены в выпуске.
- Спринты: это установленный период времени для завершения пользовательских историй, определяемый владельцем продукта и командой разработчиков, обычно 2-4 недели.
- Бэклог спринта: это набор пользовательских историй, которые нужно завершить за спринт. Во время бэклога спринта работа никогда не назначается, и команда подписывается на работу самостоятельно. Он принадлежит и управляется командой, а оценка оставшейся работы обновляется ежедневно. Это список задач, которые необходимо выполнить в Sprint.
- Список блокировки: это список блоков и невыполненных решений, принадлежащих мастеру схватки и обновляемый ежедневно.
- Диаграмма выгорания: диаграмма выгорания показывает общий прогресс незавершенной работы и работу, выполненную на протяжении всего процесса. Он представляет в формате диаграммы незавершенные истории и функции.
3. Церемонии (процессы) в Scrum
- Планирование спринта: спринт начинается с того, что команда импортирует истории из невыполненной работы по выпуску в очередь за спринтом; он проводится мастером схватки. Тестировщики оценивают усилия по тестированию различных историй в бэклоге спринта.
- Ежедневный Скрам: его проводит Скрам- мастер, он длится около 15 минут. Во время ежедневного скрама участники обсудят работу, выполненную в предыдущий день, запланированную работу на следующий день и проблемы, возникшие во время спринта. Во время ежедневных фуршетных встреч отслеживается прогресс команды.
- Обзор / ретроспектива спринта: он также проводится мастером схватки, он длится около 2-4 часов и обсуждает, чего команда достигла в последнем спринте и какие уроки были извлечены.
Роль тестировщика в Scrum
Тестировщик не играет активной роли в процессе Scrum . Обычно тестирование проводит разработчик с помощью Unit Test. В то время как product owner также часто участвует в процессе тестирования во время каждого спринта. В некоторых проектах Scrum действительно есть выделенные команды тестирования, в зависимости от характера и сложности проекта .
Следующий вопрос: что делать тестировщикам в схватке? Следующее примечание ответит
Тестирование в Scrum
Тестировщики выполняют следующие действия на различных этапах Scrum:
Планирование спринта
- При планировании спринта тестировщик должен выбрать пользовательскую историю из бэклога продукта, которую следует протестировать.
- Как тестировщик, он должен решить, сколько часов (оценка усилий) потребуется для завершения тестирования каждой из выбранных пользовательских историй.
- Как тестировщик, он должен знать, каковы цели спринта.
- Как тестировщик, внесите свой вклад в процесс определения приоритетов
Спринт
- Поддержка разработчиков в модульном тестировании
- Протестируйте пользовательскую историю, когда закончите. Выполнение теста выполняется в лаборатории, где и тестировщик, и разработчик работают рука об руку. Дефекты регистрируются в инструменте управления дефектами, которые отслеживаются ежедневно. Дефекты могут быть выявлены и проанализированы во время встречи схватки. Дефекты повторно тестируются, как только они устраняются и отправляются на тестирование.
- Как тестировщик, он / она посещает все ежедневные стендап-встречи, чтобы высказаться.
- Как тестировщик, он / она может перенести любой элемент невыполненной работы, который не может быть выполнен в текущем спринте, и передать его в следующий спринт.
- Тестировщик отвечает за разработку скриптов автоматизации. Он планирует автоматическое тестирование с системой непрерывной интеграции (CI). Автоматизация приобретает все большее значение из-за сжатых сроков поставки. Автоматизация тестирования может быть достигнута с помощью различных доступных на рынке платных инструментов с открытым исходным кодом. Это доказывает свою эффективность в обеспечении того, чтобы все, что необходимо протестировать, было покрыто. Достаточное покрытие тестами может быть достигнуто при тесном общении с командой.
- Просматривайте результаты автоматизации CI и отправляйте отчеты заинтересованным сторонам
- Выполнение нефункционального тестирования для утвержденных пользовательских историй
- Координировать действия с заказчиком и владельцем продукта, чтобы определить критерии приемки для приемочных испытаний.
- В конце спринта тестировщик также в некоторых случаях выполняет приемочное тестирование (UAT) и подтверждает завершенность тестирования для текущего спринта.
Ретроспектива спринта
- Как тестировщик выяснит, что пошло не так, а что пошло правильно в текущем спринте.
- Как тестировщик, он выделяет извлеченные уроки и передовые практики.
Отчет об испытаниях
Отчетность по метрикам Scrum Test обеспечивает прозрачность и видимость проекта для заинтересованных сторон. Представленные метрики позволяют команде анализировать свой прогресс и планировать свою будущую стратегию по улучшению продукта. Для составления отчетов часто используются два показателя.
График сжигания: каждый день Scrum Master записывает примерную оставшуюся работу для спринта. Это не что иное, как диаграмма выгорания. Он обновляется ежедневно.
Диаграмма выгорания дает краткий обзор прогресса проекта, эта диаграмма содержит такую информацию, как общий объем работы в проекте, которая должна быть завершена, объем работы, выполненной во время каждого спринта, и так далее.
График истории скорости: график истории скорости предсказывает скорость, достигнутую командой в каждом спринте. Это гистограмма, которая показывает, как результаты команды менялись с течением времени.
Дополнительные метрики, которые могут быть полезны, - это расписание, расход бюджета, процент завершения темы, завершенные истории - оставшиеся истории и т. Д.
У вас есть какие-нибудь советы или впечатления о Scrum Testing? Оставьте комментарий ниже -