Первые тестовые прогоны были кошмарны: на половине тестов компилятор выдавал
вереницы жутких диагностических сообщений, которые, казалось, никогда не должны
появляться, другие аварийно заканчивались знаменитой диагностикой "core
dumped", те тесты, которым все-таки удалось прорваться сквозь компилятор, при
исполнении выдавали неверные результаты, и лишь единицы завершались скромной
фразой "test passed". Казалось, не в силах человеческих разобраться в этой
каше. Однако, капля камень точит.
Поначалу-то как раз было легче — в первую очередь находились и исправлялись
очевидные ляпы. Как правило, одно исправление приводило к проталкиванию
десятка, а то и больше ранее неудачных тестов. Были, конечно, и "наведенные"
ошибки, которые в один прекрасный день магическим образом бесследно исчезали,
оставляя после себя смутное беспокойство (а вдруг, как исчезли, так и вновь
появятся?). Но чем дальше двигалась отладка, тем дороже давался каждый тест.
Ошибки становились все тоньше, специфичнее и тяжелее в поиске, а чтобы
исправить найденную ошибку, иногда приходилось перетрясти десяток функций в
разных модулях. Исправление одной ошибки не раз приводило к появлению целой
серии "экранированных" ею ошибок, которые не могли проявиться до ликвидации
первой ошибки. Компилятор, казалось, сопротивлялся лечению, словно строптивый
ребенок.
А тут еще в самый разгар работы, когда ошибки щелкаются одна за другой,
компилятор на глазах выздоравливает, словно от тяжелой болезни,-- приходит новая
версия стандарта. Значит, надо опять смотреть, что изменилось. Ладно если
вводится новая языковая возможность, это может быть несложно в реализации и
даже приятно: когда ни у Borland, ни у gcc еще не были реализованы описатель
mutable или булевский тип, у нас уже все работало. Хуже, если уточняются
детали семантики хорошо известных конструкций, что, как правило, влечет за
собой переделку базовых алгоритмов. Так, общий алгоритм сравнения типов,
алгоритм обработки совместно используемых функций (одноименных функций,
различающихся числом и типами параметров) и в особенности, алгоритмы,
реализующие правила вызова деструкторов и обработки исключений переделывались
после почти каждой новой версии предварительного стандарта. Понятно, что каждая
такая переделка работающей программы вызывает поток новых ошибок, и мы
откатываемся на месяц назад…
Вдобавок, изменяются сами тесты. Тестовый набор растет, охватывает все новые
сферы языка, студенты становятся все искушеннее и опытнее, их тесты все
изощреннее, да и мы постоянно находим в тестах ошибки, которые также становятся
все тоньше и незаметнее. Не только компилятор отлаживается на тестах, но и
тестовый набор отлаживается на компиляторе.
