Пошаговая инструкция для запуска тестов с помощью xUnitFor1C

15.08.16

Разработка - Тестирование QA

Использование тестов с помощью xUnitFor1C для типовых решений 1С

В последнее время стали появляться публикации с тестами для типовых решений 1С, на базе xUnitFor1C, что не может не радовать.

В статье приводится пошаговая инструкция по запуску тестов для ERP, блок производство (erp2_xtests).

1. Скачайте с сайта https://www.sourcetreeapp.com/ SourceTreeSetup, запустите файл установки.

2. После установки откройте программу SourceTreeSetup,

нажмите клонировать/создать и  укажите путь https://github.com/xDrivenDevelopment/xUnitFor1C.

нажмите клонировать/создать и  укажите путь https://github.com/a-sitnikov/erp2_xtests

3. Открываем Демонстрационную базу ERP (я проверял на версии 2.1.3.169)

4. Открываем файл xddTestRunner из каталога, в который клонировали xUnitFor1C.

5. Нажимаем Загрузить -> Загрузить тесты из файлов. Выбираем файл 00_ДопОбъекты.epf из каталога, куда клонировали набор тестов erp2_xtests.

Нажмите выполнить все тесты (F7).

6. Нажимаем Загрузить -> Загрузить тесты из каталога файловой системы.

Укажите каталог "Производство" из каталога, куда клонировали набор тестов erp2_xtests.

Нажмите выполнить все тесты (F7).

Для демонстрационной базы у меня выполнились корректно не все тесты.

По результатам тестирования формируется отчет:

Из статьи видно, что запуск тестов "в ручном" режиме на xUnit не требует специальных знаний и занимает немного времени.

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

Вступайте в нашу телеграмм-группу Инфостарт

xUnitFor1C тестирование

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

DevOps и автоматизация разработки Мониторинг Тестирование QA Программист 1С:Предприятие 8 Бесплатно (free)

Платформа 1С давно вышла за рамки учетных систем. Сегодня это полноценная среда для создания сложных, высоконагруженных и распределенных приложений. А значит, и стек технологий современного разработчика кардинально изменился. Систематизируем весь инструментарий, который превращает 1С-программиста в инженера: от EDT и Git до автотестов на YAxUnit, контейнеризации приложений в Docker, мониторинга в Prometheus и организации шины данных на Kafka. Разберемся, зачем каждый инструмент нужен, как он вписывается в жизненный цикл разработки и с чего начать его внедрение.

25.08.2026    15189    mrXoxot    49    

65

HighLoad оптимизация Тестирование QA Программист 1С 8.3 Бесплатно (free)

Шесть внешних отчётов на боевой базе крупной сети переписали за неделю. По секундомеру ускорились четыре, в акт пошли три: у одного отчёта минус тринадцать процентов оказались выбросом нагрузки прода, а не эффектом кода. Поймал это чередующийся замер до/после в одном окне, обычные три прогона с метрикой "минимум" показывали ускорение уверенно. Дальше в тексте: почему построчная сверка выхода ломается ровно на тех правках, ради которых её заводят; из чего собирается повторяемый слепок результата и почему главную работу в нём делает нормализация, а хеш только сигнализация; где слепок не берётся вовсе и его заменяет по-колоночная сверка; чем проверять пересчёт итогов, чистку данных и операции с кластером. Отдельно - гипотеза, которую замер отклонил, и честный счёт, во что вся эта дисциплина обходится.

21.08.2026    807    nedomolkov.ivan    0    

0

Тестирование QA Программист Бесплатно (free)

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

17.08.2026    701    user2181343    0    

1

Тестирование QA Программист 1С 8.3 Россия Бесплатно (free)

Написать тест на 1С несложно. Дорого стоит привести базу в состояние, где прогон вообще стартует: семь шагов, каждый ломает запуск молча — без ошибки, без записи в журнале. И эту цену платит заново каждый новый человек на проекте. Разбираю молчаливый отказ окружения как класс проблем, показываю, почему его не закрывают ни документация, ни скрипт развёртывания, и предлагаю решение — фиксацию состояния в артефакте с машинно-проверяемым критерием приёмки. Подход проверен на сквозной задаче (первая задача экзамена «1С:Специалист по платформе» с юнит- и функциональными тестами), а затем перенесён на пул тестовых баз с типовыми конфигурациями. Отдельно — каталог симптомов и их настоящих причин, который пригодится независимо от инструментария.

13.08.2026    990    chagbig    1    

0

Тестирование QA Программист Бесплатно (free)

Разбираем, как в крупных компаниях регуляторные требования, постмортемы и внутренние ограничения постепенно превращаются в многоуровневую систему инструкций, в которой разработчику все сложнее понять, что и когда нужно проверить. Показываем opensource-сервис внешних проверок для GitLab, который автоматизирует часть этой бюрократии и сводит результат к понятному сигналу: зеленое – все в порядке, красное – нужно обратить внимание на конкретное требование. Объясняем, как такие проверки помогают «сдвинуть влево» контроль задач и снизить риск отказа во внедрении задачи в последний момент перед релизом. А заодно смотрим, может ли связка Autumn + «Вино» + немного разработческого энтузиазма превратить обязательные инструкции в инструмент, который команда сама захочет развивать.

12.08.2026    913    Golovanoff    2    

3

Поиск данных Тестирование QA Программист 1С 8.3 1С 8.5 Бесплатно (free)

Как мы пришли к Юнит-тестированию и почему стоит его использовать. Использование универсальных тестов для проверки работы IS MagicInput в вашей конфигурации.

16.07.2026    2090    Evg-Lylyk    2    

5

Тестирование QA Программист Бесплатно (free)

Tantor Postgres 18 - масштабный релиз СУБД, за которым стоят месяцы тестирования, сотни часов нагрузочных прогонов и десятки исправлений, о которых пользователь никогда не узнает просто потому, что они были найдены и устранены до выхода версии. Александр Симонов, руководитель направления развития 1С в "Тантор Лабс", рассказывает, как устроен процесс тестирования изнутри - почему одного эталонного прогона недостаточно, что делать, когда ванильный PostgreSQL 18 ломает собственные оптимизации, и как Tantor Postgres приближается к той планке, которую MS SQL Server держал годами.

07.07.2026    1514    Tantor    2    

6

Тестирование QA Программист Бесплатно (free)

Юнит-тестирование в 1С – тема, о которой много говорят, но внедряют далеко не везде: для одних это признак зрелой разработки, для других – избыточная формальность или лишняя трата времени. Разбираем, почему классическая пирамида тестирования в 1С часто оказывается перевернутой, какие ограничения накладывает платформа и почему юнит-тесты в реальных проектах нередко смешиваются с интеграционными. Показываем, где юнит-тесты действительно помогают ускорить разработку, упростить проверку логики и повысить качество кода, а где их применение превращается в хрупкую и дорогую поддержку. Отдельно разбираем типичные ошибки: зависимость тестов от данных и окружения, избыточное мокирование, тестирование платформы вместо бизнес-логики и отсутствие негативных кейсов.

29.06.2026    3149    alexandr_yang    6    

12
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. artbear 1589 15.08.16 11:35 Сейчас в теме
>Авторам тестов можно дать рекомендацию использовать демонстрационные базы 1С для проверки созданных тестов. В демонстрационных базах тесты должны выполняться без ошибок.

Не соглашусь.
Демонстрационные базы предназначены для другого.
Тесты должны соответствовать поведению целевой системы, которая, как правило, отличается от типовых систем (кодом, настройками и т.п.)
Поэтому тесты нужно запускать для той конфигурации, поведение которой мы проверяем.
Обратите внимание, я говорю о конфигурации, а не о базе.
Т.к. готовую базу (например, копию рабочей) лучше не использовать или использовать очень-очень аккуратно, т.к. возможно множество проблем.
MadeInUSSR; kuntashov; ardn; theshadowco; +4 Ответить
2. AlexKo 102 15.08.16 12:21 Сейчас в теме
(1) artbear,
Согласен, что "целевая система, как правило, отличается от типовых систем".
Из этого следует невозможность создания универсального набора тестов для всех целевых систем.
Поэтому, как я вижу, логичнее подготовить шаблон тестов для типовых решений, корректность которых можно проверить на общедоступных демонстрационных базах 1С.
На базе этого шаблона, с учетом изменений в целевой конфигурации, будет происходить доработка тестов для собственных нужд.
Рамзес; +1 Ответить
3. ivanov660 4983 17.08.16 16:13 Сейчас в теме
(+1), но я бы отредактировал картинки, все же мы косвенно про качество разговариваем.
Относительно UNIT - я бы действительно сделал специальную демо базу и выложил тесты под нее, рассмотрев интересные моменты и дав повод поиграться на работающем стенде.
4. o.nikolaev 217 19.08.16 09:23 Сейчас в теме
Е-мое, можно нормальные картинки сделать-то? :-(
5. AlexKo 102 19.08.16 14:44 Сейчас в теме
(4) o.nikolaev,
Заменил скриншоты.
Для отправки сообщения требуется регистрация/авторизация