Комментарии 4
Здравствуйте. Тестирование от малого к большому (от деталей к целому) это вообщем интуитивно.
Но известные мне библиотеки тестирования (с++) не предполагают поддержки этого подхода (зависимости тестов). Максимум, среди проваленных, можно отыскать простейшие тесты (допустим - не случилось подключение к какому то общему ресурсу :) ) и надеяться, что после исправления прочие тесты пройдут сами собой.
Вопрос: Вы вынуждены были написать свою систему тестирования для этого?
Дядюшка Боб молодец, литература строго обязательна.
Весь смысл SOLID в декомпозиции и в минимизации энтропии кода. Это проектирование через data driven подход, в отделении чистой логики и данных.
Какой смысл в иерархий тестов? Все тесты должны проходить и независимы. Писать unit-тесты на логику ui - это ошибка. Для этого существуют авто-тесты.
Для gui подойдет MVVM+DI или подобные шаблоны. А вот уже чистую логику нужно покрывать юнит-тестами, сделать это просто, логика всегда простая и ее мало.
Переписать легаси на SOLID весьма болезненно и зачастую невозможно уложиться в разумные сроки, но подход правильный.
Это же та самая статья, за которую Коварекса попытались похоронить на Реддите, но, в итоге, порвали себе от усердия одно место, а Factorio обновила рекорды онлайна?
Какой же он молодец.
Как разработчики Factorio оптимизировали код игры