Могу ли я в Mocha утверждать, что время запроса истекло?

Я тестирую/подтверждаю некоторые вещи с блокировкой БД, и я хочу провести тест, который подтвердит, что запрос (библиотека «запрос-обещание») зависнет, если я заблокирую строку.

Некоторые идеи, которые не сработали, были

request(options).catch((response) => {})

assert.throws(fn, Error, "timeout")

Я продолжаю получать это сообщение: Error: Timeout of 10000ms exceeded. For async tests and hooks, ensure "done()" is called; if returning a Promise, ensure it resolves.

Есть ли способ утверждать, что этот тайм-аут происходит?

Я думаю, если мы посмотрим на проблему с двумя разными и отдельными тайм-аутами, это сработает лучше. (1) тайм-аут теста и (2) заявленный тайм-аут. Тайм-аут (2) должен быть заданным вами значением, которое определяет, было ли выполнено условие «зависания». Например, вы можете сказать, что 5s достаточно хорош. Затем (1) время ожидания должно быть немного больше (например, 1 с). Должен быть какой-то механизм тайм-аута для вашей библиотеки БД (который истекает через 5 секунд), который теперь вы можете легко подтвердить. В противном случае используйте setTimeout, чтобы вручную установить тайм-аут.

mauris 13.03.2019 18:22
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
0
1
40
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Ответ принят как подходящий

В тесте мокко (или describe, before и т. д.) this.timeout(msec) изменит, как долго может выполняться тест, прежде чем мокко сочтет, что тест не пройден.

Проверьте Мокко документация для получения дополнительной информации.

Мое решение состояло в том, чтобы установить тайм-аут на половину времени, которое я ожидал.

setTimeout(function(){ done(); })

Затем в моем ответе на обещание конечной точки у меня было

done(new Error("Timeout should have happened.");

Таким образом, если тайм-аут произойдет, будет вызван done. Если этого не происходит, то done вызывается с ошибкой.

Другие вопросы по теме