История изменений

прочитай определение TDD. никакими спецификациями там не пахнет. это типичная аджайловщина.

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

прочитай определение TDD. никакими спецификациями там не пахнет. это типичная аджайловщина.

написание кода по ТЗ начинается с полного и глубокого исследования задачи. не отдельных частей, а всего проекта целиком, в полном объёме, и это не вариант с «забыванием» про что-то. затем идёт проработка глобальной архитектуры и плана реализации отдельных частей, разбиение задачи на независимые модули и только потом параллельное написание этих модулей разными программистами (или другими специалистами). написанное по ТЗ, это всё потом легко собирается в одно целое. и никакого экстремального программирования. экстремальное программирование - это ненормально. в нём нет планирования и ничего серьёзного такими методами не пишут. при правильном планировании проекта есть время на аналитику, есть время на программирование, есть время на отладку. это не отменяет юнит-тесты, но они выполняют лишь побочную работу, а не являются основой.