Как тестировать React-компоненты через Testing Library?
Что хотят услышать интервьюеры:
Коротко: Testing Library рекомендует тестировать компонент через поведение пользователя: роли, текст, labels, а не implementation details.
Ответ:
Что важно сказать на собеседовании: На собеседовании важно связать эту тему с реальной render-моделью React: где источник данных, что вызывает обновление, какие побочные эффекты допустимы и как это влияет на поддержку интерфейса.
Пример (Testing Library):
render(<LoginForm />);
await user.type(screen.getByLabelText(/email/i), 'a@b.ru');
await user.click(screen.getByRole('button', { name: /войти/i }));
expect(await screen.findByText(/профиль/i)).toBeInTheDocument(); Типичные ошибки: Типичная ошибка — отвечать только синтаксисом и не объяснять, как решение поведёт себя при повторном render, смене props, unmount или росте данных.
Практический контекст: В практике это встречается в формах, списках, dashboards, личных кабинетах и компонентах design-system; сильный ответ показывает не только API, но и границы применения.