Проблема: Как бизнес пользователи могут создавать тестовые сценарии без знания программирования?

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

Контекст:

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

Стратегия тестирования:

• Создание тестов: Тесты создаются в виде таблиц. Тесты высокого уровня могут быть спроектированы до того, как продукт будет доступен для тестирования.
• Выполнение тестов: механизм обработки ключевых слов выполняет тесты автоматически.
• Оценка: Обычно ожидаемые результаты определены как точки проверки в сценариях теста.

Атрибуты качества:

• Сопровождение и поддержка: Высокая. Тесты определяются на высоком уровне абстракции. Только библиотеки функционала навигации и прочих задач должны изменятся при внесении изменений в пользовательский интерфейс.
• Проверка: Высокая. Тесты легко проанализировать менеджерам и тем, кто не имеет отношения к программированию.
• Целостность и зависимость: Средняя. Механизм обработки ключевых слов и библиотеки функций являются ключевыми элементами. Если они работают хорошо, то возможность пересмотра способствует и надежности автоматизации.
• Возможность повторного использования: Низкая.

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

Проблема: Как специалисты без знания программирования могут сами создавать автоматизированные тесты?

Решение: Используйте таблицы где будут определены свойства окон, элементы на окнах, действия и данные для тестов.

Контекст:

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

Стратегия тестирования:
Создание тестов:

• Специалисты предметной области пошагово планируют тесты, оформляя их в таблицы.
• Тесты могут быть записаны и финализированны как только пользовательский интерфейс будет известен. (другими словами, как только все готово для проведения тестоварония).

Выполнение тестов:

• Интерпретатор и «диспетчер» выполняют тесты.

Оценка:

• Ожидаемые результаты определяет автор теста.

Атрибуты качества:

• Cопровождение и поддержка: Низкая. Табличный формат тестов позволяет автоматизировать поддержку и сопровождение некоторых видов изменений интерфейса пользователя.
• Проверка: Высокая.Тесты легко проанализировать и тестировщикам, и программистам, и менеджерам.
• Целостность и зависимость: Обработка ошибок и логгирование изолируются в выполняющую систему, которая может быть оптимизирована для улучшения надежности.
• Возможность повторного использования: Формат представление действий и данных может заменить потребность использование дополнительных инструментов работы с графическим интерфейсом..

Следующий шаг:
«Ключевые слова-действия» строятся на этом подходе.