AlexandrY , спасибо за ссылку на тойоту, весьма поучительно. очевидно, что никакие юнит-тесты не помогли бы.

Вообще-то да, не пишите тесты, не. Чем меньше рынок умеющих, тем дороже я это смогу продать .

главное не наличие товара, а чтобы покупатели нашлись. можно вечно дорого продавать невостребованную вещь.

Согласен, редко кому надо. В самсунге и люксофте интересовались, а местным не до этого.

юнит-тесты никоим образом не должны заменять тестирование системы в целом. Юнит тесты - это первая линия тестирования (и в принципе она вообще может отсутствовать), но никак не последняя Они предназначены для быстрой ловли ошибок в самых базовых объектах программы, которые могут проявиться потом в любом месте и в любом виде. Эти тесты не дают никакой гарантии работоспособности системы, на них не оценивают никаких метрик полноты тестирования (например покрытия кода), и вообще их фэйлы может увидеть только непосредственно девелопер у себя на столе (с такими файлами система дальше этого самого стола ни имеет права никуда уйти).

Видел в VS 2012 (но только для .NET платформы)

Да, ни юнит-тестирование, ни TDD не гарантируют отсутствие ошибок. Это один из возможных этапов тестирования.

Обычно на юнит-уровне тестирует сам программист, а QA тестируют функционально. Я как программист убиваю двух зайцев:
1. проверяю что оно работает "в общем"- мне быстрее и проще это делать на юнит уровне чем функционально.
2. проверяю такие кейсы, которые QA-цы функционально никогда не протестируют.

Это что-то новое, код вроде не "изнашивается" от количества его выполнений

Здесь не выполнения кода обсуждается, а его перенос в различные окружения и среды.