https://infostart.ru/1c/articles/984854/#%D0%98%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BC%D0%B5%D1%85%D0%B0%D0%BD%D0%B8%D0%B7%D0%BC

На текущий момент мы организовываем эти процессы за счет уже привычного окружения: Jenkins, Vanessa automation, Allure. Такой выбор обусловлен тем, что часто значительная часть критически важных обменов осуществляется между системами на платформе 1С Предприятие.

При этом мы берем 2 базы, в каждой запускаем клиент тестирования и в одной делаем запись элемента, во второй пытаемся его получить. Тут подсвечу, что нам не принципиально как объект будет проинтегрирован - нам важен результат, а сам результат мы смотрим с помощью уже привычных инструментов, просто тест строится не в рамках одного приложения, а в рамках двух.

Здесь хочется подсветить, что даже если на стратегическом уровне вы запланировали все верно и команда обеспечивает качество - у бизнеса (заказчика) все равно есть запрос на скорость получения результата. Выстраивая качественно процессы - вы абсолютно точно снизите показатель по разбору ошибок и это здорово, но при этом никто не будет закрывать глаза на скорость получения ценности.