в моем понимании - когда тесты не покрывают необходимые требования
но вот я не понимаю - когда они могут не покрывать?
поэтому и вопрос
я конечно погуглю и узнаю
но вы так горячо все это обсуждаете что аж стало интересно )

неправильный тест может просто не тестировать ничего не самом деле

код покрыт (с точки зрения прохождения строчек), но на самом деле результат не проверяется

Наверное стоит начать с того что же такое мутационные тесты)

допустим, в терминах мы разбираемся)

вопрос был больше в том - для чего это  нужно
для тестирования ради тестирования?
ради следования модным технологиям?
закрыть практические проблемы? - есть примеры?

для чего мы тестируем код? чтобы быть уверенными, что он работает правильно
для чего нужно мутационное тестирование? чтобы быть уверенными, что наши тесты действительно что-то тестируют

Ну думаю если в терминах разбираетесь то зачем это нужно должно быть понятно, иначе все же не разбираетесь)

И какой? Реакт или Вью3. Ваша рекомендация?

Приведу случай, был конфликт у меня с девом, по поводу ПР.
Он показывал покрытие 100% и уверял что тесты ок, мне же пришлось писать кейс что бы показать что не ок.
Если бы были мутационные тесты, думаю таких вопросов не возникло бы
Для меня пока не ясно только где в "пищевой цепочке" его расположить
Юниты есть почти всегда, интеграции тоже по основным кейсам, e2e к сожалению только на хепи кейсы и то не всегда, а вот чем условно можно пожертвовать что бы продать мутационные я пока не знаю

Ангуляр

Серьезно?

мутационное тестирование же не само по себе существует) обычно оно гоняется для юнит-тестов (для e2e слишком дорого будет)

так я потмоу и спросил - про качественное применение мутационных тестов

Реакт - библиотека, вью - фреймворк, который решает 80% задач "из коробки". Реакт с этой точки зрения выступает конструктором. Выбирай инструмент исходя из задач, но знать надо и то и то.

Небольшой обзор
https://habr.com/ru/post/341094/

спс)

А почему не светл?

Мне вот светл больше всего понравился

Тогда сразу solid.js