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

Обычно тестирование запускают:

• сразу после добавления новых шагов или блоков,

• когда нужно проверить логику переходов и работу переменных,

• перед публикацией сценария, чтобы исключить ошибки.

Для этого в конструкторе есть специальная кнопка «Тестировать», которая запускает сценарий в режиме имитации диалога.

Режимы тестирования

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

• в одном случае вы проверяете опыт пользователя «как есть»,

• в другом — быстро оцениваете логику и структуру без ожиданий.

Тестировать (с задержками)

Сценарий запускается в полном объёме — со всеми задержками, паузами и функциями, которые вы настроили в конструкторе.
Этот режим позволяет увидеть бота «вживую», так же, как его будет воспринимать пользователь:

• сообщения приходят с заданными интервалами,

• срабатывают все условия и тайминги,

• можно проверить комфортность диалога и правильность ритма общения.

Тестировать без задержек

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

• сразу видно, правильно ли выстроены переходы,

• можно проверить условия и переменные,

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

Особенности работы сценария при тестировании

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

Начальный шаг и триггеры

Общий принцип

• При нажатии «Тестировать» бот запускается напрямую из конструктора от вашего лица.

• В этот момент система ведёт себя как будто новый пользователь только что нажал кнопку Start.

• Поэтому срабатывает общий выход начального шага (он же «Старт»).

• Все остальные триггеры (Ref URL, метки, заявка на вступление) не активируются, потому что их реальные события в тесте не происходят.

• Чекбокс «Запуск по кнопке Старт» в тесте игнорируется — сценарий всё равно стартанёт

Триггер «Запуск по кнопке Старт»

• В реальности: работает, когда пользователь жмёт кнопку Start или вводит команду /start.

• В тесте: срабатывает всегда автоматически, даже если чекбокс выключен.

• Вывод: отдельно проверять этот триггер не нужно — тестирование уже показывает, как работает запуск через Start.

Остальные триггеры

• Ref URL — в реальности запускается при переходе по уникальной ссылке. В тесте не срабатывает (нет перехода).

• Метка применена — запускается при присвоении метки. В тесте не срабатывает (метка не меняется).

• Метка снята — запускается при снятии метки. В тесте не срабатывает (метка не убирается).

• Подача заявки на вступление — запускается в Telegram при подаче заявки в группу/канал. В тесте не срабатывает (заявка не подаётся).

Итого:

• В тесте всегда работает только «Старт» (общий выход начального шага).

• Все остальные триггеры проверяются только «вживую», потому что завязаны на реальные действия пользователя.

Как проверить цепочки сценариев от триггеров

Поскольку в тестировании реально срабатывает только Старт, а остальные триггеры не активируются, у вас есть два способа проверить их цепочки:

✅ Вариант 1. «Боевой» запуск (надёжный)

• Опубликуйте сценарий.

• Вызовите каждый триггер «по-настоящему»:
  - Перейдите по Ref URL.
  - Присвойте или снимите метку у подписчика.
  - Подайте заявку на вступление в группу/канал.

• Убедитесь, что запускается нужная ветка сценария.

Это даёт точную проверку — именно так бот будет вести себя с пользователями.

⚡ Вариант 2. «Читерский» (быстрая проверка логики)

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

• Запустите тест — сценарий пойдёт по этой цепочке как будто сработал триггер.

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

• ❗ Обязательно верните связь обратно, иначе в бою цепочка перестанет запускаться от своего триггера.

Этот вариант экономит время, если вам нужно проверить именно саму логику шагов, а не событие-триггер.

Задержки и тайминги

В тестировании поведение задержек зависит от выбранного режима. Сами механики простые: в обычном тесте всё ждёт, в «без задержек» — всё идёт сразу. Ниже — что именно «ждёт», а что «пропускается», с примерами.

Что считается «задержкой»

• Шаг «Умная задержка» - условия вроде «через N минут/часов/дней», «в HH:MM», «завтра в HH:MM», «в указанную дату/дату и время».

• Блок «Задержка» в шаге «Сообщение» - пауза перед отправкой следующего сообщения/переходом.
  

Режим «Тестировать» (с задержками)

• «Умная задержка» выполняет ожидание ровно по вашим настройкам.

• «Задержка» в шаге «Сообщение» — тоже ждёт столько, сколько указано.

• Для проверок UX и ритма диалога это ключевой режим: увидите реальную длительность пауз и почувствуете «темп» сценария.

Пример: Если настроено «завтра в 10:00» — в этом режиме последующий шаг действительно будет ожидать наступления времени

Режим «Тестировать без задержек»

• «Умная задержка» пропускается полностью: сценарий сразу идёт на следующий шаг.

• «Задержка» в «Сообщении» не срабатывает: шаги выполняются подряд без пауз.

• Нужен для быстрой отладки логики: пройти длинные цепочки и ветвления мгновенно.

Пример: Если после сообщения стоит «Задержка 10 секунд», а затем проверка переменной — в этом режиме бот не ждёт 10 секунд, а сразу выполняет проверку.

🤔 Почему так сделано

• В «без задержек» вы экономите время на отладке длинных флоу и не зависите от календаря/часов.

• В «с задержками» получаете максимально приближённый к реальному опыт пользователя: удобный финальный прогон перед публикацией.

Что с надписью «печатает…»

В мессенджерах (Telegram, VK) надпись «бот печатает…» появляется только тогда, когда в шаге «Сообщение» стоит блок «Задержка».

• В режиме «Тестировать» (с задержками): бот реально ждёт указанное время, и пользователь видит статус «печатает…».

• В режиме «Тестировать без задержек»: блок «Задержка» пропускается, и надпись «печатает…» не отображается.

📌 Это нормальное поведение: ускоренный тест нужен, чтобы быстро пройти сценарий, а не имитировать опыт пользователя полностью.
Если хотите проверить, как выглядит пауза и надпись «печатает…», используйте режим с задержками.