Как тестировать сервис модуля Angular без запуска run и config?

Question

[Екатерина]

Если в модуле задана функция run (с зависимостями), то для тестирования одного сервиса этого модуля приходится либо подгружать все зависимости этого модуля, либо подменять их.
Как этого избежать?

Answer 1

[DigitalSmile]

Мне кажется у Вас немного некорректный взгляд на тестирование. Ваши опции "либо подгружать, либо подменять" и есть ответ на Ваш вопрос.
Если в Вашем тесте сервис это вспомогательный объект и он уже покрыт тестами, то используются mock-объекты (подмена). В другом случае, если сервис это ключевая точка модуля, то его необходимо загружать "как есть" и проверять его методы в том числе.

Comments

[Екатерина]

DigitalSmile Видимо вопрос должен не так звучать. Как в Jasmine + Angular.Mock получить сервис для unit-теста таким образом, чтобы можно было замокать все зависимости этого сервиса, но не загружать весь модуль при этом (а конкретно run и config).

Сейчас, использую
beforeEach(module("Module1"));
var Service1;
beforeEach(inject((_Service1_) => {
Service1 = _Service1_;
}));

При это выполняются и run и config. Но мне для unit-тестирования они не нужны.

[DigitalSmile]

Run и config если они объявлены, вероятно, не могут быть опущены и поэтому будут запущены в любом случае. Можно замокать через провайдеры зависимости, например

beforeEach(module('Module1', function($provide) {
    $provide.value('$window', {
      alert: jasmine.createSpy('alert')
    });
  }));

Тогда Ваша задача с подменой всех зависимостей решится. Надеюсь правильно понял...

[Екатерина]

DigitalSmile: да получается God-object эти run и config. В run могут передаваться зависимости для всего модуля, для всех его функций. Мокать все ради unit-теста одного сервиса, которому даже 1% этих зависимостей не нужно...

[DigitalSmile]

Екатерина: ммм, а почему нельзя разбить этот модуль на подмодули с логикой run и config, чтобы при тестировании брать только отдельный взятый модуль с нужными сервисами?
Здесь скорее не God-object, а скорее особенность жизненного цикла AngularJS.