Есть разница в том на каждый ли запрос поднимается контейнер, на момент десятков минут было так что контейнер поднимался чуть ли не на каждый тест, или класс. Сейчас я поднимаю контейнер 1 раз на сборку с тестами. И постоянно сбрасываю состояние таблиц и сидирую справочники. А вот за tmpfs спасибо, возможно оно мне еще добавит перфа
Это не серьезный подход, я со своей командой через него прошел и выбросил в пользу тестконтейнеров, чтобы быть уверенным что написанный код драйвером будет корректно обработан. Мы доработали инфраструктуру xUnit чтобы на всю сборку поднимался 1 контейнер СУБД, для сборки настраиваем последовательное исполнение тестов, перед каждым тестом приводим БД к состоянию пустой, сидируем таблицы. Время выполнения упало с десятков минут, до десятков секунд на сами тесты, и некоторое время на поднятие контейнера, но все равно гораздо меньшее
Для решения проблемы абстрагирования от файловой системы я бы предложил готовое решение https://github.com/TestableIO/System.IO.Abstractions которое в точности направлено на это и имеет набор тестовых моков для файлов, директорий, и эмулирует реальную файловую систему в памяти. Так же для удобства использования данной библиотеки есть пакет с Roslyn анализатором для поиска по существующему коду использования классов из пространства имен System.IO: https://github.com/TestableIO/System.IO.Abstractions.Analyzers
Информация
В рейтинге
Не участвует
Откуда
Ростов-на-Дону, Ростовская обл., Россия
Дата рождения
Зарегистрирован
Активность
Специализация
Бэкенд разработчик, Архитектор программного обеспечения
Есть разница в том на каждый ли запрос поднимается контейнер, на момент десятков минут было так что контейнер поднимался чуть ли не на каждый тест, или класс.
Сейчас я поднимаю контейнер 1 раз на сборку с тестами. И постоянно сбрасываю состояние таблиц и сидирую справочники. А вот за tmpfs спасибо, возможно оно мне еще добавит перфа
Это не серьезный подход, я со своей командой через него прошел и выбросил в пользу тестконтейнеров, чтобы быть уверенным что написанный код драйвером будет корректно обработан. Мы доработали инфраструктуру xUnit чтобы на всю сборку поднимался 1 контейнер СУБД, для сборки настраиваем последовательное исполнение тестов, перед каждым тестом приводим БД к состоянию пустой, сидируем таблицы. Время выполнения упало с десятков минут, до десятков секунд на сами тесты, и некоторое время на поднятие контейнера, но все равно гораздо меньшее
Идея для стартапа, написать нейронку которая бы конвертила из Ворда в ОпенОффис/ЛибрОфиис
Для решения проблемы абстрагирования от файловой системы я бы предложил готовое решение https://github.com/TestableIO/System.IO.Abstractions которое в точности направлено на это и имеет набор тестовых моков для файлов, директорий, и эмулирует реальную файловую систему в памяти. Так же для удобства использования данной библиотеки есть пакет с Roslyn анализатором для поиска по существующему коду использования классов из пространства имен System.IO: https://github.com/TestableIO/System.IO.Abstractions.Analyzers