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

__>Здравствуйте, _hum_, Вы писали:
__>>это если есть зависание, а если внутри цикла стоит брейк, то будем долго и упорно ревьювить, где ж у нас что не так работает.
__>на конкретном примере например, транспонирования матрицы такое "зависание" цикла не пройдет ни одного теста, кроме, разве что, пустой матрицы


господа, я для себя пока принял, что тесты позволяют хорошо локализовать ошибку (чем лазить дебажить по всему коду, проще понатыкать всюду assert-ов, которые сразу же будут показывать проблемную область). попутно они же позволяют улучшить верификацию кода при его правке.

но! для того, чтобы понять, в чем именно ошибка, придется, либо писать наиподбробнейшие тесты (вплоть до тестирования присваивания uint8_t a = b; assert(a == b); ), либо положиться на дебагер. думаю, в реальности резонно выбирать золотую середину. иными словами, "не вместо, а вместе" (с)

п.с. кстати, тема данной ветки — длительность компиляции, которой, хоть с тестами, хоть без тестов, не избежать (все равно за обнаружением ошибки следует правка и перекомпиляция)