Требования ТЗ

Ну это опыт... Тут же вопрос о том, могут ли быть ошибки и надо ли про них писать в ТЗ? ИМХа, ошибок быть не должно по умолчанию. Либо они должны быть исправлены.

Это у вас, на вашем уровне, аджайл. А у независимых разработчиков - ТЗ.

Это как спросить: нужно ли при покупке автомобиля закладывать требование, чтобы он не вставал внезапно посреди дороги и не начинал терять мощность ни с того ни с сего.
Ошибок PHP быть не должно по вине разработчика. Однако Вы сами можете вызвать их появление, если, например, выдвинете требование сделать сайт на старой версии CMS при новой версии PHP на сервере. И разработчик в этом случае сможет исправить ситуацию только за счёт дополнительного финансирования.

Вы не понимаете смысла аджайла. Он может применятся на любом уровне. И является разумным компромиссом межу заказчиком и исполнителем. Нужно просто правильно его готовить. Заказчик не тратит время на детальное описание сразу и всего, исполнитель подстраивается под требования. Трудозатраты лежат на поверхности. Мы, например работаем по СКРАМ. Для небольших проектов достаточно и Канбана

Разработчики априори должны  зачищать все ошибки за собой, так как раз они берутся за работу, должны доводить её до совершенства. Если у вас есть возможность протестировать до оплаты, советую это делать всегда.

Всё я понимаю. Никакой ваш аджайл не отменяет необходимости ТЗ. Иначе непонятно, что должно получиться в результате разработки, какова конечная цель. И да, заказчики бывают разные. У одного есть выделенная сумма на проект, и его не интересует многократное вылизывание. Он даёт сразу детальное задание, рассчитывая на определённые затраты. А другой согласен на поэтапную разработку, с доработками и переработками, оплачивая работу по мере продвижения.

Но изначальное ТЗ в любом случае необходимо. Иначе это будет бесцельное топтание.

Естественно. ТЗ нужно в каком-то общем виде. Как концепция и как видение конечного результата. Но нет необходимости впихнуть сразу все и потом пытаться тупо следовать. Зато в конце каждого спринта есть результат и возможность коррекции

Закладывать требовние в ТЗ об отсутствии ошибок в логах нет необходимости.
Их наличие само по себе не свидетельствует о проблемах и само по себе не приводит к проблемам.
Критерий у Вас один - выполняет сайт нужные Вам функции или нет.

Вы приводите в пример верстку? Отличный пример. Откройте любой нравящийся Вам крупный сайт. Нажмите в файрфоксе f12, выберите пункт "Console", посмотрите на десяток ошибок вывалившихся там. Успокойтесь навсегда по поводу ошибок.

Более того, есть примета - если в логах нет ошибок, логи ошибок работают с ошибкой:)

Не должны.
Разработчики должны выполнить наилучшим образом поставленную задачу за означенный бюджет и сроки.
Результат - всегда компромис.
Мало того, в реальном мире на большом проекте с независимыми подключенными либами, может быть принципиально невозможно достичь безошибочности.
И добивает всю тщетность то, что пхп от версии к версии изменяет что считается ошибками. Поэтому даже идеальный безошибочный сайт - скорее всего до первого апдейта пхп.

Ну это уже будет влияние третьей стороны. Как минимум, до наступления этого влияния, надо как-то ошибки исправлять.