Обычно да, и следов в .NET больше, чем в других средах. При необработанной ошибке среда выполнения записывает цепочку вызовов с именами методов, а при сохранённых файлах отладочных данных — и номера строк. Эти сведения попадают в журнал приложения, в журнал событий Windows или в файл снимка памяти, если его сохранение включено заранее.
Важная оговорка: место, где отказ проявился, не всегда совпадает с местом дефекта. Поэтому цепочка вызовов — отправная точка исследования, а не готовый ответ. Зависание исследуют иначе: пока программа не отвечает, снимают снимок её состояния и смотрят, чем заняты потоки — ждут ли ответа базы или внешней системы, встали ли на общей блокировке.
Причину эксперт устанавливает после проверки альтернативных объяснений: неверные входные данные, недоступность внешней системы, нехватка ресурсов, действия другой программы. Если журналов и снимков не сохранилось, он фиксирует это как ограничение. Дефект это или условия эксплуатации, оценивает суд: эксперт даёт для такого вывода техническое основание.