Пакеты интеграционного и юнит-тестирования базовых конфигураций для защиты от кумулятивных обновлений

[Dmitry Ponyatov]

Добрый день

Подскажите кто поставляет пакеты тестирования для защиты от кумулятивных обновлений базовых конфигураций ?

Предполагаемая схема:

• ставим обновление на чистую базовую платформу предыдущей версии
• прогоняем пакет тестов
• прогоняем собственный пакет тестов, дополнительно проверяющих базовую конфигурацию по функционалу, используемому нашими разработками-модификациями, не покрытыми тестами из п.2
• ставим свою модификацию
• прогоняем интеграционные тесты по полной обновленной конфигурации на тестовой копии рабочей базы (на текущий момент)
• мигрируем на production

Или в 1С принято как-то по другому обновляться ?

Поделитесь пожалуйста ссылкой на регрессионное тестирование в 1С, только начал осваивать платформу.

[MuI_I_Ika]

Базовая версия конфигурации - эта та версия, которая не предполагает внесения изменений и модификаций.

Соответственно поставщиком таких конфигураций является исключительно фирма 1С. Ну и соответственно осуществлять тестирование таких версий нет необходимости.

Возможно речь идет о типовой конфигурации. Тогда в целом алгоритм имеет право на существование.

[Dmitry Ponyatov]

На форуме поиск похоже не работает: на "регрессионное тестирование" нашлось определение термина и одна вакансия, на "юнит и модульное тестирование" ничего.

[MuI_I_Ika]

Тестирование очень затратная вещь мало кто может позволить себе помимо команды разработчиков еще команду тестеров.

[Dmitry Ponyatov]

Тестирование очень затратная вещь мало кто может позволить себе помимо команды разработчиков еще команду тестеров.

а разве системы (бух)учета не mission critical, по крайней мере за 1-2 недели до начала подготовки ежеквартального отчета ? или изменения законодательства, требующие обновления, в этот период не наблюдались ?

По стоимости тестирования: регрессионное тестирование проводится автоматически, теми же ИТ-специалистами, которые ведут базу и конфигурацию, часто ночью. Маловероятно, что затраты на выделенный тестовый сервер с копией рабочей базы (*) превысят потери от неисполнения или ошибках в годовом отчете.

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

В описаниях на версию 8.3 видел упоминания, что появились и средства для автоматизации тестирования пользовательского интерфейса

[Dethmontt]

https://habrahabr.ru/post/214651/

[Dethmontt]

Dmitry Ponyatov, просто тесты эти писать упаришься.

нужно написать тесты на свои доработки, на доработки от фирмы 1С
и тесты на совместное использование.

[MuI_I_Ika]

По стоимости тестирования: регрессионное тестирование проводится автоматически, теми же ИТ-специалистами, которые ведут базу и конфигурацию, часто ночью. Маловероятно, что затраты на выделенный тестовый сервер с копией рабочей базы (*) превысят потери от неисполнения или ошибках в годовом отчете.

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

Зачастую после очередного обновления сами сотрудники фирмы 1С не могут вразумительно ответить как должна работать типовая программа. Говорить о том, что документация расходится с реальностью вообще не приходится. Соответственно доверия к типовым тестам никакого.

Так что вышел новый релиз. Переписывай все тесты с начала, ну или хотя бы рефакторь.

[Dmitry Ponyatov]

На практике по каждому обновлению надо переписывать тесты

Согласен, и это уже дорого. Даже только для своих наработок.
И особенно если платформа не поддерживает средства облегчающие написание тестов, или их генерацию.

И невозможно в реальности, если заказчик не желает вкладываться в уменьшение рисков -- цена на поставку 1С:Предприятие какбэ намекает.