Интересует Бухгалтерия 3.0

я такую игру уже джва года жду

(1) Интересно, их вообще нет или 1С не раскрывает ?
Если нету, то это конечно грусно, получается типовые пишутся кавалерийским наскоком. А если есть и не распостраняются, то еще страньше - программисты, дорабатывающие типовые не могут проверить свои доработки стандартными юниттестами

У 1с есть, но она никому их не дает

(2) Точка 5. Тестирование и аудит проекта

По окончании основной разработки проводится прогон ручных функциональных тестов. Тестеры как полноценные члены команды участвует во всех контрольных точках проекта и имеет понимание функциональности проекта и сценариев работы. Тестеры также оценивают новую функциональность на соответствие нашим стандартам юзабилити. Эти стандарты (включают в себя стандарты кодирования и стандарты разработки интерфейса) публикуются в доступном партнерам и зарегистрированным пользователям ресурсе на сайте 1С.
Код проекта проходит процедуру code review. Code review в ERP проводят участники другой проектной группы; code review – обязанность, которую все разработчики команды ERP несут по очереди. В случае если в коде найдены проблемы, в СППР регистрируются ошибки, которые должны быть исправлены до прохождения точки 5.
Проводится проверка обновления на новую версию с предыдущей (последней выпущенной на данный момент сборкой).
Итак, проект готов, тесты пройдены, время заливать код в основное хранилище (до этого вся разработка ведется в отдельном хранилище технического проекта). На этом этапе также заканчивается написание справочных материалов по новой функциональности (справка хранится в СППР).
По окончании этапа (тесты пройдены и готовы справочные материалы) проект заливается в основное хранилище; после этого проводится выборочное регрессионное тестирование в смежных областях – мы должны убедиться, что не сломали ничего из существующей функциональности.
https://habrahabr.ru/company/1c/blog/280394/

Для ERP есть заготовка
https://github.com/a-sitnikov/erp2_xtests

+(4) а в конце есть "Как мы тестируем ERP":
Динамический анализ кода включает в себя, в частности, регрессионное тестирование, в рамках которого прогоняются следующие операции (а результаты операций сверяются с последним предыдущим успешным тестированием):
Открытие всех форм
Обмен данными с другими прикладными решениями (например, с 1С:Бухгалтерия Предприятия)
Отражение проведенных документов в учете. Проверяется, что после проведения документа в эталонной базе результат отражения его в учете не поменялся.
И др.

только, как они это делают, не понятно.

Тестируют только трусы

(7) +1

"как они это делают, не понятно" // Ну как-как... ОткрытьФорму() с параметром "АвтоТест"

Но ведь
Если АвтоТест Тогда Возврат