Здрасьте все.
Возникла необходимость освоить eCATT.
Вопрос конкретно по eCATT-овским скриптам.

Делаю тест того, как транзакция ловит ошибки, реагирует на неправильные данные.
Если транзакция работает правильно, она должна отругаться на те данные, которые я ей подсовываю - за что eCATT скажет ей: "Молодец!", и погладит по заголовку.

Описываю ожидаемое сообщение, ставлю MODE = Обязательное или Ожидаемое.

Сообщение реально выскакивает, но... eCATT почему-то его не видит! Орет потом, что ожидавшееся сообщение не возникло.
Ставлю другой MODE (Разрешенное, Неразрешенное - без разницы). Сообщение есть в логе, но eCATT не отождествляет его с тем, которое описано в MESSAGE-ENDMESSAGE.

Где грабли?!

Все, ничего не надо - вопрос решен.
Просто неправильно понял правила использования MESSAGE-ENDMESSAGE.

Единственно, осталось 2 вопроса.
1.) Возможно ли выполнение тестов в фоне? Выглядит малореальным, т.к. сильная завязка на контролы (элементы пользовательского интерфейса), но - пакетные вводы ведь выполняются в фоне. Идеальным вариантом было бы зашедулить выполнение тестов в фоновом режиме в ночное время.
2.) Предусмотрена ли автоматическая рассылка по внутренней почте результатов тестов? Если да - то как она настраивается.

Заранее спасибо.

Все, кажется, разобрались.
Если кому-то интересно.

Есть два вида тестов: CATT и eCATT.

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

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

Вторая технология - соответственно, развитие первой. С более богатым набором более тонких возможностей (например, интерактивно может проверять значения экранных полей), но - работает на уровне клиента (т.е., напрямую управляет ActiveX контролами), а не сервера. Т.е., в буквальном смысле имитирует действия пользователя (сервак вообще не в курсах, кто производит действия - реальный пользователь, или eCATT). Соответственно, не может запускаться в фоновом режиме.

Таким образом, наиболее правильной видится следующая стратегия.
Совокупность тестов разбивается на 2 группы: "грубые" тесты, и "тонкие".

Назначение первых - протестировать, что транзакции работают в принципе. Не падают в дамп и т.д. Создаются с использованием CATT, шедулятся. Возможна настройка рассылки отчетов по внутренней почте, если все это хозяйство подвязать к WorkFlow.

Ну, а назначение вторых, соотвественно - тестирование тонкостей. Что нужное значение поля подтянулось, нужная проверка сработала, нужное сообщение выдалось, и т.д.