Aqua ALM: Система Трассируемости Требований к Тестам

Введение в Aqua ALM

Aqua ALM (Application Lifecycle Management) от iSQI — это корпоративная платформа управления тестированием, которая подчеркивает двунаправленную трассируемость между требованиями, тест-кейсами, дефектами и релизами. В отличие от традиционных инструментов Test Case Management (TCM), которые трактуют тесты как изолированные артефакты, Aqua позиционирует управление тестированием в более широком контексте инженерии требований и compliance документации.

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

Это руководство исследует requirements-centric архитектуру Aqua, возможности трассируемости, интеграцию agile workflow, compliance функции и как она сравнивается с чистыми инструментами управления тестированием.

Центральная Архитектура

Требования как Первоклассные Граждане

Aqua организует проекты вокруг Требований, а не тест-кейсов:

Иерархия Требований:

Epic: Платформа Онлайн Банкинга
  ├─ Feature: Управление Счетами
  │   ├─ User Story: Просмотр баланса счета
  │   ├─ User Story: Перевод между счетами
  │   └─ User Story: Экспорт транзакций
  └─ Feature: Безопасность
      ├─ User Story: Двухфакторная аутентификация
      └─ User Story: Таймаут сессии

Каждое требование может иметь:

• Критерии Приемки: Тестируемые условия для удовлетворения требования
• Приоритет/Риск: Оценки бизнес-приоритета и технического риска
• Статус: Draft, Approved, Implemented, Verified
• Трассируемые Связи: Соединения с тест-кейсами, дефектами, code commits

Проектирование Тест-Кейсов из Требований

Workflow Aqua стимулирует выведение тест-кейсов непосредственно из требований:

Требование: "Пользователь может переводить деньги между своими счетами"

Критерии Приемки:
1. Форма перевода валидирует положительные суммы
2. Баланс счета-источника уменьшается
3. Баланс счета-получателя увеличивается
4. Транзакция появляется в истории

Сгенерированные Тест-Кейсы:
├─ TC001: Валидировать перевод с валидной суммой
├─ TC002: Отклонить перевод с отрицательной суммой
├─ TC003: Проверить уменьшение баланса источника
├─ TC004: Проверить увеличение баланса получателя
└─ TC005: Проверить запись в истории транзакций

Эта связь двунаправленная: из вида требования вы видите связанные тест-кейсы; из вида тест-кейса вы видите валидируемые требования.

Матрица Трассируемости

Killer-функция Aqua — автоматическая генерация матриц трассируемости:

Для compliance аудитов экспортируйте в PDF/Excel, показывая полное покрытие требование → тест → результат.

Ключевые Функции

Интеграция Agile Board

Aqua предоставляет Kanban/Scrum boards, синхронизированные с требованиями и тестами:

Sprint Planning: Перетаскивайте требования в спринты, автоматически подтягивая связанные тест-кейсы

Definition of Done: Настройте DoD критерии (все тесты прошли, покрытие >80%, ноль P1 дефектов)

Burndown Charts: Отслеживайте завершение требований, прогресс выполнения тестов, разрешение дефектов

В отличие от JIRA-based решений, требующих отдельного TCM плагина, Aqua нативно понимает взаимосвязи тест-требование.

Управление Выполнением Тестов

Test Runs: Группируйте тест-кейсы в сессии выполнения с отслеживанием окружения

Назначение Тестеров: Назначайте runs QA инженерам с балансировкой рабочей нагрузки

Захват Доказательств: Прикрепляйте скриншоты, логи, видео к шагам выполнения теста

Pass/Fail/Blocked: Богатый статус выполнения с комментариями и ссылками на дефекты

Пример workflow:

Тестирование Release 2.3
├─ Regression Suite (85 тестов)
│   ├─ Назначено: QA Team A
│   ├─ Прогресс: 72/85 выполнено
│   └─ Статус: 70 passed, 2 failed, 13 pending
└─ New Features (23 теста)
    ├─ Назначено: QA Team B
    ├─ Прогресс: 20/23 выполнено
    └─ Статус: 18 passed, 2 blocked

Управление Дефектами

Aqua включает встроенное отслеживание дефектов (не нужна внешняя JIRA):

Связи Дефект-к-Требованию: Видьте, какие требования заблокированы какими дефектами

Связи Дефект-к-Тесту: Отслеживайте, какие выполнения тестов обнаружили каждый дефект

Оценка Риска: Авто-расчет риска релиза на основе severity открытых дефектов

Интеграция JIRA: Опционально синхронизируйте дефекты с внешней JIRA для отслеживания разработчиками

Compliance и Audit Функции

Управление Baseline: Блокируйте версии требований/тестов для регуляторных представлений

История Изменений: Полный audit trail того, кто что когда изменил

Signature Workflows: Требуйте подписи одобрения для утверждения тест-плана

Compliance Отчеты: Предварительно созданные шаблоны для ISO 26262, IEC 62304, DO-178C

Пример compliance отчета:

FDA IEC 62304 Compliance Отчет
- Трассируемость Требований: 100% (345/345 требований отслежены)
- Тестовое Покрытие: 98.5% (340/345 требований протестированы)
- Открытые Дефекты: 2 (Приоритет: Низкий)
- Статус Верификации: Готово к Представлению

Экосистема Интеграции

Импорт Требований

Интеграция DOORS: Импортируйте требования из IBM DOORS/DOORS Next

Импорт Excel: Массовый импорт требований из таблиц

Синхронизация JIRA: Синхронизируйте JIRA stories как Aqua требования

Формат ReqIF: Индустриально-стандартный формат обмена требованиями

Интеграция Тестовой Автоматизации

Aqua подключается к automation frameworks через API:

Selenium/Appium: Связывайте автоматизированные тестовые скрипты с Aqua тест-кейсами

Jenkins/GitLab CI: Автоматический импорт результатов тестов из CI пайплайнов

API Upload: POST результаты тестов через REST API

curl -X POST https://aqua.company.com/api/test-results \
  -H "Authorization: Bearer $TOKEN" \
  -d '{
    "testCaseId": "TC-123",
    "status": "passed",
    "duration": 4.2,
    "evidence": "https://s3.bucket/screenshot.png"
  }'

DevOps Интеграция

Git Интеграция: Связывайте требования/тесты с code commits

CI/CD Gates: Блокируйте деплойменты, если критичные тесты падают

Управление Релизами: Отслеживайте, какие требования отгружаются в каком релизе

Сравнение с Альтернативами

Дифференциаторы Aqua:

• Requirements-first workflow vs. test-first (TestRail, Zephyr)
• Встроенное управление дефектами (без JIRA зависимости)
• Сильные compliance отчеты для регулируемых индустрий

Когда выбирать альтернативы:

• TestRail: Простой TCM без требованийной надстройки
• Zephyr: Уже инвестировано в JIRA экосистему
• qTest: Нужны более глубокие CI/CD оркестрационные функции

Цены и Лицензирование

Aqua ALM предлагает многоуровневые цены:

Cloud (SaaS)

• Standard: €39/пользователь/мес (годовой), требования + тесты + дефекты
• Professional: €59/пользователь/мес, compliance функции, baselines, API
• Enterprise: Индивидуальные цены, SSO, выделенный инстанс, SLA

On-Premise

• Perpetual License: €1,200/пользователь (разовый) + 20% годовое обслуживание
• Server License: От €15,000 для развертывания на 25 пользователей

Минимум: 5 пользователей для cloud, 10 пользователей для on-premise

Сравнение:

• TestRail: $35-69/пользователь/мес (дешевле для базовых нужд)
• qTest: $36-68/пользователь/мес (похожие цены, разные силы)
• Zephyr Scale: $10-49/пользователь/мес + расходы JIRA

Премиальные цены Aqua отражают его возможности управления требованиями за пределами чистого управления тестированием.

Лучшие Практики

Декомпозиция Требований

Структурируйте требования иерархически:

Избегать: Плоский список из 500 требований

Делать: Epic → Feature → User Story → Критерии Приемки

Epic: Обработка Платежей (8 features, 24 stories, 96 критериев)
├─ Feature: Обработка Кредитной Карты (3 stories, 15 критериев)
├─ Feature: Интеграция PayPal (2 stories, 8 критериев)
└─ Feature: Обработка Возврата (2 stories, 10 критериев)

Эта структура позволяет отчетность на разных уровнях абстракции.

Соотношение Тест-к-Требованию

Установите покрывающие guidelines:

• Критичные требования: Минимум 5 тест-кейсов (позитивный, негативный, граничный, производительность, безопасность)
• Нормальные требования: Минимум 3 тест-кейса
• Низкоприоритетные требования: Минимум 1 тест-кейс

Мониторьте dashboard метрик покрытия.

Стратегия Baseline

Создавайте baselines на регуляторных вехах:

Baseline v1.0 (FDA Представление)
├─ 345 требований (заблокированы)
├─ 1,240 тест-кейсов (заблокированы)
└─ Результаты выполнения (только чтение)

Baseline v1.1 (Постмаркетинговый Надзор)
├─ 352 требования (+7 новых)
├─ 1,278 тест-кейсов (+38 новых)
└─ Дельта отчет, показывающий изменения с v1.0

Baselines позволяют доказывать “это то, что мы тестировали для представления” годы спустя.

Заключение

Aqua ALM превосходит, когда трассируемость требований критична для миссии. Регулируемые индустрии выигрывают от встроенных compliance функций, которые потребовали бы кастомной разработки в конкурирующих инструментах. Requirements-first workflow навязывает дисциплину, которая улучшает тестовое покрытие и делает аудиты безболезненными.

Для команд без compliance мандатов более простые TCM инструменты, такие как TestRail, предлагают лучшую ценность. Но для автомобильных, медицинских устройств, аэрокосмических и финансовых услуг команд, столкнувшихся с регуляторным контролем, возможности матрицы трассируемости и управления baseline Aqua оправдывают инвестиции.