-Куть > > Это если ты делаешь ошибку, которую тест уже ловит. А если ты делаешь > > ошибку, которую тест еще не ловит (а она будет, и не одна), то результат > > будет тот же самый, как если бы теста не было вообще. Внятная и > > подробная диагностика поэтому обязательна. > Я и делаю. Как-раз хотел спросить (очередной провокационный вопрос). > Как организовывать обработку ошибок? >:-) > Т.е., вызывается функция. Она должна вернуть код завершения. > В функции м.б. вложенные функции. > В функции может выполниться только часть вызовов вложенных функций. > К примеру, бэкап БД не прошёл, но бэкап состояния пакетов, который делается > следующим, должен быть сделан. > Какой код возвращать? > Обычно возвращают статистику "время выполнения, сколько задач в задании провалилось, сколько файлов скопировано, сколько байт прочитано, сколько записано...". Если какая-то часть логики вынесена в функцию,значит результат ее должен что-то означать?
Можно писать ошибки в глобальный массив, в конце работы его анализировать. > Код возврата, вызванной программы, видимо, не вариант. Сделал на флагах. > Чтобы было понятно в какой функции произошла ошибка. Но как-то... > А как правильно? > Как сказано было выше, у perl есть use Carp; задачу "определить в какой функции ошибка " поможет решить
