Здравствуйте, A.J., Вы писали:

AJ>Здравствуйте, hrg, Вы писали:

hrg>>Как ты думаешь — почему это называетя "Разработка через тесты", а не "Как
hrg>>правильно тестировать программы"? Когда уловишь эту тонкую, едва различимую
hrg>>електроникой грань, все встанет на свои места

AJ>То есть получается — если уже начал писать программу без ТДД, то все, поезд
AJ>ушел?

Не совсем.
Действительно, как правило, программа, написанная без использования TDD, позже очень плохо поддается unit-тестированию. Стандартный подход заключается в том, чтобы постепенно преобразовывать куски кода к новому виду, когда возникает необходимость сделать там какие-либо изменения.
Проверенный способ, который позволяет в старых проектах нормализовать ситуацию с баг-фиксингом и постепенно увеличить test-coverage.

AJ>В принципе вопрос не отменяется — можно ведь и с нуля писать прогу, которую будет очень трудно протестировать.

А то ж.

AJ>Как, скажем, будет выглядеть тест (или набор тестов), проверяющий выполнение такого требования: любой XHTML-документ, соответствующий DTD, должен быть корректно преобразован в собственное программное представление (иерархию элементов)?

Как обычно. Делаешь объектную декомпозицию задачи, выделяешь классы-участники, для каждого из них пишешь изолированные тесты.

--

Владимир.