Глава 3. Структура трансформации гибкого тестирования

1 Модель трансформации гибкого тестирования

Обзор модели трансформации гибкого тестирования

• культура
• организовать
• процесс
• упражняться
• TDD
• BDD
• ATDD

Важность реализации и сложность реализации

• важность реализации
• Сложность реализации

Последовательность реализации модели трансформации гибкого тестирования

• Сверху вниз: лидеры не обращают внимания
• Начните снизу вверх: лидеры обращают внимание на
• смешивание

2 Культура гибкого тестирования

изменение организационной культуры

1. Будьте осторожны, чтобы не стать «полицией качества».
2. Поддерживать устойчивый темп, а не быстрый и яростный тест, существующий на заключительном этапе проекта.
3. Партнерские отношения с клиентами

Управление культурными изменениями

1. Каждая команда имеет возможность принимать решения.

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

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

2. Продвигать культуру освобождения от ответственности

Agile основан на опыте

3. Менеджменту необходимо обладать знаниями agile

Ричард Кнастер и Дин Леффингвелл упомянули в статье «Суть SAFe 4.0: использование масштабируемой гибкой структуры для реализации экономичного программного обеспечения и системной инженерии»: «Руководители предприятий должны придерживаться гибкого и экономичного мышления». Если лидеры поддерживают Lean-Agile-мышление словами, а не действиями, люди быстро поймут, что они не способствуют изменениям всем сердцем. Они должны знать методы и подчеркивать, что обучение на протяжении всей жизни требует нового поведения для реализации этих ценностей, принципов и практик. Поэтому в серии обучающих курсов Scaled Agile SAEe есть специальный курс Leading SAFe, который в основном готовит лидеров выше управленческого и супервайзерского уровня.

Барьеры на пути культурной трансформации и решения

1. Страх, вызванный организационными изменениями

Страхи тестировщиков обсуждаются на ретроспективах спринта, и команда ищет пути их решения.

Организациям необходимо планировать и формулировать пути карьерного роста для тестировщиков.

2. Отсутствие базового понимания концепций Agile.

Обеспечить обучение тестировщиков знаниям, связанным с Agile.

Agile-коучам следует уделять больше внимания тестировщикам, у которых нет опыта Agile, при обучении команды.

3 Невозможно удовлетворить более высокие требования к квалификации

Создать сообщество практиков тестирования

Для некоторых должностей с более высокими требованиями к квалификации вы можете рассмотреть возможность найма подходящего персонала со стороны в дополнение к команде.

3 организации и отдельные лица, занимающиеся тестированием Agile

Трансформация организационной структуры гибкого тестирования

Чувство принадлежности тестировщиков после трансформации организационной структуры

1. Создайте в организации Центр передового опыта по тестированию.

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

После завершения проекта тестировщики возвращаются в Центр совершенствования тестирования и готовятся к новому назначению.

2 Создать сообщество практиков тестирования(Testing Communities of Practice,TCoP)

Правила трансформации для традиционных тестировщиков

Эксперты по гибкому тестированию Лис Криспин и Джанет Грегори перечислили 10 правил, которые очень важны для гибких тестировщиков в книге Agile Testing: практическое руководство для тестировщиков и Agile-команд.

• Обеспечьте постоянную обратную связь: тестировщики являются естественными источниками обратной связи.
• Создавайте ценность для клиентов: тестировщики знают, что нужно клиентам, лучше, чем Разработчик.
• Общайтесь лицом к лицу: бизнес-команды часто говорят на разных языках, и персонал по тестированию может помочь им найти общий язык.
• Смелость: Имейте смелость позволить себе потерпеть неудачу, позволить другим потерпеть неудачу и иметь смелость попросить о помощи. Простота: используйте самый простой метод, чтобы убедиться, что функция соответствует требованиям к качеству клиента.
• Постоянное совершенствование: стремитесь делать свою работу лучше.
• Реагирование на изменения: Реагирование на изменения является важной ценностью гибкогоупражнения.
• Самостоятельная организация:Команда культуры реализует философию гибкого теста.
• сосредоточить внимание на:гибкий Члены команды уважают друг друга и признают индивидуальные достижения.
• Получайте удовольствие: оставайтесь увлеченными своей работой.

4 Гибкий процесс тестирования

Уровень Scrum и уровень абстракции требований

• планирование продуктового портфеля
• планирование продукта
• Планирование версий
• Планирование спринта
• Ежедневное планирование (ежедневное стендап-совещание)

2. Различные уровни абстракции требований.

• эпический
• характеристика
• пользовательские истории
• Задача
• тема

Виды гибкого тестирования

• Код: Качественное сканирование и модульный тест В рамках спринта
• пользовательские история: Критерии приемки теста В рамках спринта
• характеристика：пользовательские Как истории взаимодействуют друг с другом? рамках спринт, за исключением небольшой части спринта
• нефункциональный,Такие как тест производительности,весь процесс

Тестирование в рамках спринта

1. Действия по обеспечению качества кода, такие как сканирование кода и т. д.
2. Юнит-тест
3. пользовательские историипринятиетест
4. Частичные приемочные испытания на характеристики

Тестируйте спринты

1. характеристикаиспособностьпринятиетест
2. эпическийпринятиетест
3. Сквозной интеграционный тест
4. Возвратный тест

Роль гибкого тестирования

1.Тестирование в рамках спринта Роль

(1)Тестирование в рамках спринтаинженер。

(2) Инженер-разработчик программного обеспечения в тестировании (SDET).

2. Роли тестирования в спринтах (уровни выпуска версий)

(1) Архитектор автоматической лопаты.

2) Архитектор тестирования

(3) Инженер по тестированию регрессии/выпуска/интеграции/UAT

(4) Менеджер по тестированию

Роль гибкого тестирования Требуемые навыки

(1)Архитектор автоматизации

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

(2) Инженер-разработчик тестирования

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

(3)Инженер по внутреннему тестированию Sprint

Знания и навыки, такие как тестирование автоматизации пользовательского интерфейса, выполнение тестов, проектирование тестов и управление тестированием.

(4)Инженер по тестированию регрессии/выпуска/интеграции/UAT

Знания и навыки, такие как виртуализация, не связанная с пользовательским интерфейсом, и виртуализация сервисов, автоматическое тестирование пользовательского интерфейса, выполнение тестов, проектирование тестов и управление тестированием.

(5)Архитекторы тестирования и менеджеры по тестированию

Включая среду/данные/мониторинг, виртуализацию не-UI и сервисов, автоматизированное тестирование пользовательского интерфейса, выполнение тестов, проектирование тестов и знания и навыки управления тестированием.

Гибкий процесс тестирования

Результаты гибкого тестирования

Тестирование в рамках Список результатов

Через спринты Тестовые результатысписок