Где должны храниться файлы с тестами в модульной и FSD архитектуре Front-end?

Question

[Дмитрий Путилов]

Всем привет, начал изучать тестирование React приложения и задался вопросом, а где вообще должны находиться файлы тестирования компонентов, где должны находиться mock-данные в той и той архитектуре. Можно поподробней все рассказать

Вот как расположены файлы на данный момент, и вот куда лучше пихать файлы с тестами. И в FSD тоже куда? Поподробней пожалуйста!

Так же вопрос еще заключается в том, с чего начинать при написании тестов, в каком порядке. С какого файла начинать писать тестирование? (С верха, с низа, с App или откуда?) Можете описать не про код сейчас, а больше про теорию больше. Желательно по подробнее и не сильно умными словами)

Comments

[WbICHA]

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

[Дмитрий Путилов]

WbICHA, Напишите пожвлуйста в ответ, я сделаю его верным. Спасибо большое)

Answer 1

[WbICHA]

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

П.с.: но это всё очень условные правила, всё зависит от проекта и принятых там правил. Так же и от настроек линтера (в смысле можно настроить какой хочешь паттерн). Так что не грех попробовать разные варианты и выбрать тот, который для тебя/команды и проекта больше подходит.

Answer 2

[Balis Baliev]

Наиболее рациональный подход - размещать тесты рядом с тестируемыми компонентами, вне зависимости от выбранной архитектуры. Это повышает связанность (cohesion) модуля/юнита/слайса и упрощает навигацию по кодовой базе.

Mock-данные стоит хранить как можно ближе к месту их использования. Если одни и те же моки применяются в нескольких местах, их имеет смысл вынести в общий переиспользуемый слой.

Жёсткой регламентации порядка написания тестов нету, однако логично начинать с уровня приложения (App) и постепенно спускаться ниже, придерживаясь принципов пирамиды тестирования.