У мене є кутове обслуговування, яке називається requestNotificationChannel
:
app.factory("requestNotificationChannel", function($rootScope) {
var _DELETE_MESSAGE_ = "_DELETE_MESSAGE_";
function deleteMessage(id, index) {
$rootScope.$broadcast(_DELETE_MESSAGE_, { id: id, index: index });
};
return {
deleteMessage: deleteMessage
};
});
Я намагаюся перевірити цю послугу за допомогою жасмину:
"use strict";
describe("Request Notification Channel", function() {
var requestNotificationChannel, rootScope, scope;
beforeEach(function(_requestNotificationChannel_) {
module("messageAppModule");
inject(function($injector, _requestNotificationChannel_) {
rootScope = $injector.get("$rootScope");
scope = rootScope.$new();
requestNotificationChannel = _requestNotificationChannel_;
})
spyOn(rootScope, '$broadcast');
});
it("should broadcast delete message notification", function(done) {
requestNotificationChannel.deleteMessage(1, 4);
expect(rootScope.$broadcast).toHaveBeenCalledWith("_DELETE_MESSAGE_", { id: 1, index: 4 });
done();
});
});
Я читав про Асинхронну підтримку в Жасмині, але, оскільки я досить новачок у тестуванні блоків за допомогою JavaScript, не міг змусити його працювати.
Я отримую помилку:
Async callback was not invoked within timeout specified by jasmine.DEFAULT_TIMEOUT_INTERVAL
і мій тест займає занадто багато часу для виконання (близько 5 с).
Чи може хтось допомогти мені, надаючи робочий приклад мого коду з деякими поясненнями?
Jest
очікується - дуже поширена під час налагодження та певний час для перевірки змінних.
afterEach
крок, який очищав базу даних (використовуючи deleteMany
метод). Додавання jest.setTimeout(30000);
в beforeAll
методі, здається, виправило це для мене - я здогадуюсь, оскільки видалення бази даних - це мережевий дзвінок (усередині умови), іноді це зайняло більше 3 секунд і кидання.