Как покрыть тестами код, если нет ни единого документа как все должно работать?
Если нет документации "на бумаге" значит есть "документация" заложенная у разработчиков, product owner'ов, аналитиков в голове. Одна из задач Agile это тесное общение между членами команды для улучшения производительности самой команды. Вот и нужно этим пользоваться и спрашивать где не ясно.
Как можно менять логику не зная зачем это нужно и каких целей добиваются меняя логику? Должно быть как минимум описание проблемы. Это конечно не полная документация, но создает силуэт того что мы заполним общаясь с разработчиками, product owner'ами, аналитиками и возможно клиентом (если конечно такое возможно)Как вести регресс при agile если меняется логика и некоторые модули начинают работать с точностью до наоборот, а описания нет?
Документировать или нет ?
Зависит от компании, команды, методов. Лично для меня моя документация это Mind Map и чеклисты, чего вполне хватает для того что бы вспомнить некоторые моменты, которые могут быть подзабыты за истечением времени.
P.S. Извиняюсь не посмотрел на дату отправки последнего сообщения....