JS JavaScript · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Ошибки, исключения и чтение трассировки

Тест проверяет создание Error, собственные классы ошибок, try/catch/finally, границы синхронного перехвата и работу с трассировкой. Практические вопросы требуют не скрывать причину сбоя и выбирать следующий диагностический шаг по имеющимся данным.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. В тесте 20 вопросов и 55 минут; код лучше читать построчно, не полагаясь на первое впечатление. После завершения откроются общий процент, 4 тематических шкал и объяснение каждого решения.

Вопрос 1 из 20

Почему throw new Error("Нет файла") обычно лучше throw "Нет файла"?

Строковые значения нельзя передавать оператору throw Error поддерживается только браузером, но не средой Node.js Объект Error сохраняет состояние программы, существовавшее до исключения Выброшенная строка всегда немедленно завершает весь процесс Error даёт стандартные поля и stack, полезные для диагностики

Вопрос 2 из 20

Что выведет обработчик?

try {
  throw new RangeError("За пределами диапазона");
} catch (error) {
  console.log(error.name);
}

Возникнет SyntaxError undefined "TypeError" "Error" "RangeError"

Вопрос 3 из 20

Как сохранить исходную ошибку при добавлении контекста?

try {
  await loadConfig();
} catch (error) {
  throw new Error("Не удалось загрузить конфигурацию", { cause: error });
}

Выбросить строку, полученную через String(error) Скопировать message в обычный объект Вернуть исходную ошибку обычным значением Создать новую Error только с текстом исходной ошибки Создать Error с cause, указывающим на исходную ошибку

Вопрос 4 из 20

Когда уместен собственный класс ValidationError?

Когда нужно изменить цвет текста ошибки в консоли Только если класс ValidationError не наследуется от Error Когда функция возвращает null вместо найденного значения Когда вызывающему коду важно отличать неверный ввод от сбоя системы Для каждого throw независимо от вида и уровня ошибки

Вопрос 5 из 20

Какой исход лучше вернуть при обычном отсутствии элемента в поиске?

Всегда выбрасывать Error, даже если отсутствие ожидаемо контрактом Немедленно завершить процесс при отсутствии искомой записи Записать отсутствие в глобальную переменную и вернуть её позже Вернуть объект Error как обычное успешное значение результата Вернуть null/undefined по договорённости, а исключение оставить сбою

Вопрос 6 из 20

Какой порядок строк будет выведен?

try {
  console.log("try");
  throw new Error("x");
} catch {
  console.log("catch");
} finally {
  console.log("finally");
}

try, finally Только finally try, catch catch, finally try, catch, finally

Вопрос 7 из 20

Как finally изменит значение, возвращаемое из try?

function read() {
  try { return 1; }
  finally { return 2; }
}
console.log(read());

1 2 Возникнет SyntaxError Будет выброшена ошибка undefined

Вопрос 8 из 20

Что произойдёт с исходной ошибкой?

try {
  throw new Error("first");
} finally {
  throw new Error("second");
}

Обе ошибки вернутся массивом Она будет заменена Error("second") из finally Она будет выброшена как Error("first") finally не выполняется после throw catch получит только строку

Вопрос 9 из 20

Почему этот try/catch не ловит ошибку таймера?

try {
  setTimeout(() => {
    throw new Error("later");
  }, 0);
} catch (error) {
  console.log("caught");
}

Callback запускается после выхода из синхронного try setTimeout преобразует исключение в отклонённый Promise catch видит только ошибки, созданные в той же функции Нулевой таймер выполняется до регистрации catch Ошибка таймера относится к другой лексической области

Вопрос 10 из 20

Для чего finally подходит лучше всего?

Для освобождения ресурса или снятия состояния независимо от успеха Для повторного выполнения try без условия Для молчаливого подавления всех ошибок Для объявления параметров функции Для преобразования каждого результата в строку

Вопрос 11 из 20

В каком порядке обычно расположены кадры stack?

function load() { throw new Error("Нет данных"); }
function render() { load(); }
render();

Всегда в алфавитном порядке Порядок не связан с вызовами Только одна строка с message Сначала ближайшее место ошибки, ниже — вызывавшие функции Сначала точка запуска процесса, последней — ошибка

Вопрос 12 из 20

Что сохраняет исходную трассировку лучше?

try {
  parseConfig();
} catch (error) {
  // Какой вариант повторного выброса сохранит место исходного сбоя?
}

catch { return null; } catch (e) { console.log(e); } catch (e) { throw new Error(e.message); } catch (e) { throw e; } catch { throw "error"; }

Вопрос 13 из 20

Зачем source map нужен в браузерном приложении?

Чтобы связать stack собранного кода с исходными файлами и строками Чтобы автоматически перехватить каждое исключение на странице Чтобы скрыть исходные имена функций от браузерного профилировщика Чтобы ускорить выполнение JSON.parse в собранном приложении Чтобы заменить модульные тесты сопоставлением исходных строк

Вопрос 14 из 20

Почему нельзя полагаться на жёсткий разбор Error.stack во всех средах?

Свойство всегда пустое Он доступен лишь у SyntaxError Точный формат stack не унифицирован между движками Любое чтение stack меняет ошибку stack содержит только числа

Вопрос 15 из 20

Какие данные опасно бездумно добавлять в message и stack-контекст?

Версию приложения Идентификатор сборки Тип исключения Имя функции Секреты, токены и персональные данные пользователя

Вопрос 16 из 20

Какой первый шаг полезнее при редком сбое на конкретном входе?

Добавить случайные задержки, пока сбой не исчезнет Подавить исключение пустым catch и считать проблему закрытой Сразу переписать модуль, не сохраняя проблемный вход Обновить все зависимости до latest до начала воспроизведения Зафиксировать вход, версию и минимальный повторяемый сценарий

Вопрос 17 из 20

Лог показывает TypeError: cannot read properties of undefined в renderProfile. Что проверять первым?

function renderProfile(user) {
  return user.profile.name.toUpperCase();
}

Цветовую тему интерфейса, где проявился сбой Загрузку процессора пользователя в момент исключения Какое значение стало undefined и по какой цепочке пришло Версию CSS-файла, подключённого к странице профиля Количество комментариев в функции renderProfile

Вопрос 18 из 20

Что даёт временная проверка инварианта рядом с первой неверной точкой?

function total(order) {
  if (!Array.isArray(order.items)) {
    throw new TypeError("order.items должен быть массивом");
  }
  return order.items.reduce((sum, item) => sum + item.price, 0);
}

Она доказывает корректность всех предыдущих операций Она переносит ошибку в вызывающую функцию Она заменяет регрессионный тест исходного сценария Она показывает первую точку нарушения ожидаемого состояния Проверка исправляет повреждённые данные перед reduce

Вопрос 19 из 20

Почему пустой catch опасен при расследовании?

try {
  await saveOrder(order);
} catch {
  // Ошибка потеряна, выполнение продолжается.
}

Пустой catch автоматически повторно выбрасывает пойманную ошибку Он скрывает сигнал и продолжает выполнение с неизвестным состоянием Пустой блок заменяет ошибку значением undefined, которое возвращается из try Такой catch способен перехватывать только отказы Promise Пустой блок увеличивает длину stack trace каждой следующей ошибки

Вопрос 20 из 20

Как подтвердить, что исправлена первопричина, а не один симптом?

Переименовать функцию, в которой проявлялся прежний симптом Проверить только один ручной успешный сценарий на новых данных Увеличить timeout операции и не менять обработку состояния Удалить журналы, чтобы старый сигнал больше не появлялся Закрепить исходный случай и границы тестами и следить за сигналом выпуска

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу