L'injection de services dépendants lors de tests unitaires AngularJS services

Je suis en essais service, mais le service A dépend de B (c'est à dire le service B est injecté dans Un service).

J'ai vu cette question mais mon cas est un peu différent parce que, à mon avis, il est plus logique de se moquer de service B au lieu d'injecter une réelle instance de service B. j'avais simulé avec un jasmin d'espionnage.

Voici un exemple de test:

describe("Sample Test Suite", function() {

  beforeEach(function() {

    module('moduleThatContainsServiceA');

    inject([
      'serviceA', function(service) {
        this.service = service;
      }
    ]);

  });

  it('can create an instance of the service', function() {
    expect(this.service).toBeDefined();
  });
});

L'erreur que j'obtiens est:

Erreur: Inconnu fournisseur de: serviceBProvider

Comment pourrais-je faire quelque chose comme cela?

InformationsquelleAutor Roy Truelove | 2013-01-09
  1. 45

    Effectivement dans AngularJS l'Injection de Dépendance qui utilise la dernière remporte la règle. Ainsi, vous pouvez définir votre service dans votre test juste après, y compris votre module et dépendances, et puis quand Un service que vous êtes les essais service de demande de B à l'aide de DI, AngularJS donnera moqué de version du service B.

    C'est souvent ce qui est fait par la définition d'un nouveau module de MyAppMocks, mettre moqué de services/les valeurs de y et puis juste l'ajout de ce module en tant que dépendances.

    Sorte de (schématiquement):

    beforeEach(function() {
  angular.module('MyAppMocks',[]).service('B', ...));
  angular.module('Test',['MyApp','MyAppMocks']);
  ...
    • Vous avez juste a sauvé ma vie! 😀 j'ai été me tuer en essayant d'injecter un moqué de service dans un autre service qui en dépendait, mais seuls les tests serait d'utiliser la moqué de version, pas la injecté service. Maintenant, j'ai séparé se moquer de module que j'ai charger après l'application d'un module qui remplace les services. Fonctionne comme un charme!
    • Thomas, pourriez-vous partager quelques détails au sujet de votre solution? J'ai 2 modules, chacun d'eux contient un service, et service_1 à partir du premier module est injecté dans service_2 dans le deuxième module. Je suis de la création d'une maquette du module avec service_1 qui est censé remplacer original service_1. Et il est écrasé, mais seulement dans les tests, donc quand je l'appelle service_2, c'est encore d'origine service_1 à l'intérieur.
    • Comment je gère ajouter se moque de services
    • Même si je suis sûr que cette réponse est correcte, je suis un peu confus avec les "...". Je pense à ce, dans le contexte où je veux tester un contrôleur dans un module qui dépend de "MyApp". Ce qui se passe dans le ...? Suis-je tester la fonctionnalité de "Test" module de maintenant?
    • par"...", vous définissez se moquer de service " B " qui fournit les fonctionnalités nécessaires pour le contrôleur à être testé. Donc, en gros, vous mettez en œuvre une partie seulement de service de B par la création d'espions (par exemple) et assurez-vous à la fin de l'essai que toutes les méthodes nécessaires de service " B " ont été appelés.
    • Également voté comme un épargnant de vie! Je me demandais pourquoi le réel $routeProvider a été injecté à la place de mon $routeProvider se moquer. La courte mais très utile explication ci-dessus rappelé à l'ordre pour "avant-eaching" modules: ngRoute PUIS la maquette PUIS le module testé, qui dépend de l' ngRoute. Sans la première (et apparemment inutile) de référence pour le module standard, ce serait chargé avec les modules testés, substitution de la maquette.

    InformationsquelleAutor Valentyn Shybanov
  2. 24

    Je le faisais en CoffeeScript et trouvé un supplément de gotcha. (Aussi, j'ai trouvé le code sur cette page pour point de prêter à confusion laconique.) Voici un exemple de travail:

    describe 'serviceA', ->
   mockServiceB = {}

   beforeEach module 'myApp' # (or just 'myApp.services')

   beforeEach ->
      angular.mock.module ($provide) ->
         $provide.value 'serviceB', mockServiceB
         null

   serviceA = null
   beforeEach inject ($injector) ->
      serviceA = $injector.get 'serviceA'

   it 'should work', ->
      expect( true ).toBe( true )
      #serviceA.doStuff()

    Sans explicitement retourner null après $provide.value, j'ai continué à obtenir Error: Argument 'fn' is not a function, got Object. J'ai trouvé la réponse dans ce Google Groupes thread.

    • Essayez d'utiliser vide return au lieu de null. De cette façon, votre javascript généré ne sera pas avoir d'autres return null ligne à la fin de la fonction. Au lieu de cela, votre beforeEach fonction retournera rien.
    • Im essayant d'utiliser un code similaire pour le moment, mais j'obtiens un SyntaxError: Unexpecte string 'serviceA' si j'avais utiliser votre code. Aucune idée sur comment résoudre ce problème? -- Aussi à l'aide de Coffeescript
    • vous devriez ouvrir une nouvelle question. Je ne suis pas sûr de ce que vous faites allusion, exactement, et je dois voir votre code de réponse.
    • J'ai trouvé le problème maintenant, c'était quand j'ai essayé de tester réellement la CoffeeScript au lieu de la compilation du code javascript. Je suppose que mon commentaire est un peu inutile et peut maintenant être retiré.
    InformationsquelleAutor jab
  3. 20

    La Valentyn solution a fonctionné pour moi, mais il est une autre alternative.

    beforeEach(function () {

    angular.mock.module("moduleThatContainsServiceA", function ($provide) {
                $provide.value('B', ...);
            });
});

    Puis quand AngularJS service d'Une requête, le Service de B par l'Injection de Dépendance, votre maquette de Service B seront fournis à la place du Service B de moduleThatContainsServiceA.

    De cette façon, vous n'avez pas besoin de créer un nouveau module angulaire juste pour se moquer d'un Service.

    • Excellent. Dans mon cas, ' ... ' ont été remplacer par '{}'. Bam, totalement supprimé une dépendance.
    • Problème, c'est que vous moquer de votre service à l'intérieur de la tester. Dire que vous avez besoin pour se moquer de ce, en plusieurs endroits, et quelque chose change. Ensuite, vous devez modifier chaque fichier au lieu de changer en un seul endroit. Pour des raisons de maintenabilité Valentyns réponse devrait être accepté par un (ce qui est).
    InformationsquelleAutor Richard Keller
  4. 6

    - Je trouver la méthode la plus simple est juste pour injecter service de B et de s'en moquer. par exemple, le Service de voiture dépend de service du Moteur. Maintenant, nous avons besoin de se moquer du Moteur lors de l'essai de Voiture:

    describe('Testing a car', function() {
      var testEngine;

  beforeEach(module('plunker'));
  beforeEach(inject(function(engine){
    testEngine = engine;
  }));

  it('should drive slow with a slow engine', inject(function(car) {
    spyOn(testEngine, 'speed').andReturn('slow');
    expect(car.drive()).toEqual('Driving: slow');
  }));
});

    Référence: https://github.com/angular/angular.js/issues/1635

    InformationsquelleAutor gm2008
  5. 1

    C'est ce qui a fonctionné pour moi. La clé est la définition d'un véritable module se moque de lui. Appel angulaire.se moquer.module qui fait le vrai module mockable et permet aux choses d'être connecté.

        beforeEach( ->
        @weather_service_url = '/weather_service_url'
        @weather_provider_url = '/weather_provider_url'
        @weather_provider_image = "test.jpeg"
        @http_ret = 'http_works'
        module = angular.module('mockModule',[])
        module.value('weather_service_url', @weather_service_url)
        module.value('weather_provider_url', @weather_provider_url)
        module.value('weather_provider_image', @weather_provider_image)
        module.service('weather_bug_service', services.WeatherBugService)

        angular.mock.module('mockModule')

        inject( ($httpBackend,weather_bug_service) =>
            @$httpBackend = $httpBackend
            @$httpBackend.when('GET', @weather_service_url).respond(@http_ret)
            @subject = weather_bug_service
        )
    )
    InformationsquelleAutor Nick