«Как обновлять кастомизированную SimpleOne и не бояться что‑то сломать?» — ответ прозвучал на вебинаре.

Этот вопрос в топе боли у каждого, кто дорабатывал платформу под себя. На вебинаре наш коллега Алексей показал механику, которая снимает этот страх:

🔹 1. Вы покрываете регресс автотестами — можно собрать сценарии вручную или сгенерировать через ИИ (об этом будет следующий пост). Всё объединяется в планы выполнения.

🔹 2. Автотесты запускаются по кнопке в JESM, с заданной периодичностью или по изменению в SimpleOne(например, при изменении статуса дефекта, применению локального пакета и тд).

🔹 3. Если тест упал — в SimpleOne сразу появляется дефект. Куда именно: в ESM, ITSM или SDLC - выбираете вы.

🔹 4. Фикс → Автоперезапуск
Вы чините причину (в демо это было обязательное поле Owner в кейсе №1 “ESM”), закрываете дефект в SimpleOne → статус синхронизируется в JESM → тест перезапускается сам в JESM и проверяет весь необходимый функционал.

Как это выглядело на вебинаре:
«Мы отключили клиентский скрипт, который внезапно блокировал сохранение. Перевели дефект в SimpleOne в статус “Выполнено”, статус дефекта синхронизировался в JESM и дальше всё сработало автоматически.
Тест перезапустился сам и проверил весь функционал без нашего участия. Ваша задача - настроить сценарии и править дефекты в SimpleOne, остальное сделает JESM.»

❓ А если я не хочу плодить дефекты при каждом падении?

В дорожной карте JESM — переоткрытие старого дефекта вместо создания нового.
Коротко:
→ Автотесты - страховка от незапланированных изменений или обновленного функционала.
→ ИИ помогает написать тест за 2 клика (скоро покажем).

💡 Обновлять кастомизированные инстансы не страшно. Главное — чтобы тесты после правок и применения обновленных пакетов сами проверяли, что всё работает.

В следующем посте — живая генерация теста через ИИ.
✉️ info@outsorsa.ru
👉 #JESM #SimpleOne #Автотесты #ТестированиеПО #QAНеПлачет