Agile Testing — Kanban

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Возможности релиза разбиты на истории и разработаны внутри релиза с использованием гибкого подхода.

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

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

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

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

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

• Visual Task Kanban Board —

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

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

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

• Коллективное сотрудничество помогает в —

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

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

  • Вклад каждой экспертизы во все виды деятельности

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

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

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

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

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

  • Обеспечить тестовое покрытие

  • Сохраняйте количество открытых дефектов низким

Тестеры участвуют в создании пользовательской истории и таким образом обеспечивают —

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

Пользовательские истории тестируемы.

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

Visual Task Kanban Board —

Описывает статус и ход выполнения задач.

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

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

Коллективное сотрудничество помогает в —

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

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

Вклад каждой экспертизы во все виды деятельности

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

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

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

Предел WIP, чтобы сосредоточиться на ограниченном количестве пользовательских историй одновременно

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

Обеспечить тестовое покрытие

Сохраняйте количество открытых дефектов низким

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

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

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

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

Предварительный расчет

Оценка происходит в Планировании релиза и каждом Планировании итерации.

В Планировании релизов тестеры предоставляют:

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

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

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

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

Планирование истории

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

Планирование истории включает в себя следующие тестовые задания —

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

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

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

Прогресс истории

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

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

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

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

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