Гибкое тестирование - Канбан

Активностью Agile Testing можно эффективно управлять с помощью концепций Канбан. Следующее обеспечивает своевременное завершение тестирования в рамках итерации / спринта и, таким образом, сосредоточение внимания на предоставлении качественного продукта.

• Пользовательские истории, которые поддаются тестированию и имеют эффективный размер, приводят к разработке и тестированию в указанные сроки.

• Ограничение WIP (Work-In-Progress) позволяет сосредоточиться на ограниченном количестве пользовательских историй одновременно.

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

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

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

• Определение Done (DoD) называется Done-Done в том смысле, что история достигает состояния завершения только после завершения тестирования.

Тестирование при разработке продукта

При разработке продукта выпуски можно отслеживать с помощью доски Kanban. Функции для конкретного выпуска назначаются доске Feature Kanban, которая визуально отслеживает статус разработки функции.

Функции в выпуске разбиты на истории и разрабатываются внутри выпуска с использованием гибкого подхода.

Следующие действия по гибкому тестированию обеспечивают качественную доставку в каждом выпуске, а также в конце всех выпусков:

• Тестировщики участвуют в создании пользовательской истории и, таким образом, обеспечивают:

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

  • Пользовательские истории можно тестировать.

  • Размер пользовательских историй позволяет завершить разработку и тестирование (DoneDone) в рамках итерации.

• Визуальная доска задач Канбан -

  • Отображает статус и ход выполнения задач

  • Узкие места выявляются сразу же по мере их возникновения

  • Облегчает измерение времени цикла, которое затем можно оптимизировать

• Коллективная работа помогает в -

  • Ответственность всей команды за качественный продукт

  • Устранение узких мест по мере их возникновения, экономия времени ожидания

  • Вклад каждого опыта во все виды деятельности

• Непрерывная интеграция, ориентированная на тестирование непрерывной интеграции

• Автоматизация тестов для экономии усилий и времени на тестирование

• Предотвращение дефектов с помощью тестовых примеров, написанных ранее для разработчиков, и наставничества разработчиков в отношении того, что ожидается при различном поведении Системы -

  • Ограничение WIP, позволяющее сосредоточиться на ограниченном количестве пользовательских историй одновременно

• Непрерывное тестирование по мере продвижения разработки, чтобы гарантировать исправление дефектов в рамках итерации -

  • Обеспечьте охват тестами

  • Держите количество открытых дефектов на низком уровне

История исследования

Story Exploration - это общение внутри Agile-команды для изучения понимания истории, когда владелец продукта передает историю для принятия в разработку.

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

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

Оценка

Оценка происходит при планировании выпуска и планировании каждой итерации.

При планировании выпуска тестировщики предоставляют:

• Информация о том, какие действия по тестированию необходимы
• Оценка усилий для того же

При планировании итераций тестировщики участвуют в принятии решения о том, что и сколько историй можно включить в итерацию. Решение зависит от усилий по тестированию и оценки графика тестирования. Оценка истории также отражает оценку теста.

В Канбане «Готово-Готово» выполняется только тогда, когда история разработана, протестирована и помечена как завершенная без дефектов.

Следовательно, оценка теста играет важную роль в оценке истории.

Сюжетное планирование

Планирование истории начинается после того, как история была оценена и назначена текущей итерации.

Story Planning включает в себя следующие тестовые задачи -

• Подготовить тестовые данные
• Продлить приемочные испытания
• Выполнить ручные тесты
• Проведение сеансов исследовательского тестирования
• Автоматизация тестов непрерывной интеграции

В дополнение к этим задачам тестирования также могут потребоваться другие задачи, такие как -

• Тестирование производительности
• Регрессионное тестирование
• Обновления связанных тестов непрерывной интеграции

История развития

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

Непрерывное тестирование выполняется во время развития сюжета и включает в себя тестирование непрерывной интеграции. Вся команда участвует в тестовых мероприятиях.

Принятие истории

Принятие истории происходит, когда история достигает состояния «Готово-Готово». то есть история разрабатывается и проверяется и обозначается как завершенная.

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