Юнит-тест это метод, который проверяет условия. Мы что то делаем, потом проверяем результат сделанного. Цель - проверить написанный КОД. Юниттесты проверять не надо. Они испольняются каждай раз на бильдсервере и гарантируют соответствие кода определенным критериям. Не правильности кода, а именно соответствии критериям, установленным автором тестов.

Да идея-то юнит тестов понятна. Они должны быть простыми, чтобы в них самих как можно меньше ошибок было. Но кто будет следить за тем, что они на самом деле что-то проверяют, что задача не изменилась? У тебя был один код, соответствующий заданию, теперь их параллельных два - и каждый описывает одно и то же задание, но теперь ещё первый описывает второй. При этом первый никто не описывает. Не кажется, что тут лишнее звено? В разработке через тестирование вроде как уходят от этого - там код подчиняется юнит тестам, тесты - заданию. Сам код заданию не подчиняется. Но сложность в том, что тогда тесты должны 100% или очень близко к этому покрывать код. Если нет - то снова получается, что в каких-то местах код должен подчиняться заданию, но тесты это не проверяют.

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