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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Оценка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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