Heim >Web-Frontend >js-Tutorial >AngularJS -Test: Bootstrap -Blöcke, Routen, Ereignisse und Animationen

AngularJS -Test: Bootstrap -Blöcke, Routen, Ereignisse und Animationen

Jennifer Aniston
Jennifer AnistonOriginal
2025-02-19 10:12:12618Durchsuche

AngularJS Testing: Bootstrap Blocks, Routes, Events, and Animations

Schlüsselpunkte

  • Unit -Tests sind für die Softwareentwicklung von entscheidender Bedeutung, insbesondere für Anwendungen, die Hunderttausende von JavaScript -Code enthalten. AngularJS unterstützt Merkmale wie Abhängigkeitsinjektion (DI), um Code -Tests zu vereinfachen.
  • Konfiguration und Auslaufblöcke werden zu Beginn des Lebenszyklus des Moduls ausgeführt und enthalten eine wichtige Logik. Sie können nicht direkt wie andere Komponenten bezeichnet werden, was das Testen schwierig macht, aber aufgrund ihrer kritischen Rolle können sie nicht ignoriert werden.
  • AngularJS bietet eine Ereignisaggregation über das $scope Ereignis auf $emit/$broadcast, sodass Objekte miteinander interagieren können, auch wenn sie nichts über einander wissen. Unit -Tests werden isoliert geschrieben, sodass die Testspezifikation ein Ende simulieren muss, um die Funktionalität zu testen.
  • Routing definiert, wie Benutzer in der Anwendung navigieren, und alle Änderungen können zu einer schlechten Benutzererfahrung führen. Daher sollte auch das Routing getestet werden. Die beiden am häufigsten verwendeten Router in AngularJs-Anwendungen sind NGroute und UI-Router.
  • Testen von Animationen in AngularJs sind einfacher als die Testanweisungen, und die angular-mocks Bibliothek enthält ngAnimateMock Module, um diesen Prozess zu vereinfachen. AngularJS verhindert, dass die Animation ausgeführt wird, bis die erste Digest -Schleife abgeschlossen ist, um die anfängliche Bindung zu beschleunigen.

Beim Erstellen und Bereitstellen einer voll funktionsfähigen Software wenden wir eine Vielzahl von Technologien an, um die Richtigkeit und Qualität der Software zu überprüfen. Unit -Tests sind eine der Techniken. Viele Organisationen legen großen Wert auf Unit -Tests, da dies die Kosten für die Suche und Behebung potenzieller Probleme der Anwendung verringert. Als wir anfingen, Anwendungen zu entwickeln, die Hunderttausende von JavaScript -Code enthielten, konnten wir nicht vermeiden, den Code zu testen. Einige JavaScript -Entwickler sagen, dass das Testen von JavaScript wichtiger ist, da das Verhalten der Sprache vor der Laufzeit unbekannt ist. Zum Glück erleichtert AngularJS Testcode, das mit diesem Framework geschrieben wird, indem Merkmale wie Abhängigkeitsinjektion (DI) unterstützt werden. In meinen vorherigen Artikeln habe ich einige Tipps zur Simulation, zum Testen von Controllern, Diensten und Anbietern und zum Testen von Anweisungen besprochen. In diesem Artikel werden Tests für Startblöcke (einschließlich Konfigurationsblöcke, Ausführung von Blöcken und Routing -Auflösungsblöcken), Scoped -Ereignissen und Animationen für AngularJS -Anwendungen eingeführt. Sie können den in diesem Artikel verwendeten Code aus unserem GitHub -Repository herunterladen, in dem Sie auch Anweisungen zum Ausführen der Tests finden können.

Testkonfiguration und Block

ausführen

Konfiguration und Auslaufblöcke werden zu Beginn des Modullebenszyklus ausgeführt. Sie enthalten wichtige Logik, um zu steuern, wie Module, Widgets oder Anwendungen funktionieren. Das Testen ist etwas schwierig, da sie nicht direkt wie andere Komponenten genannt werden können. Gleichzeitig können sie nicht ignoriert werden, weil ihre Rolle von entscheidender Bedeutung ist. Betrachten Sie die folgende Konfiguration und laufende Blöcke:

<code class="language-javascript">angular.module('configAndRunBlocks', ['ngRoute'])
    .config(function ($routeProvider) {
    $routeProvider.when('/home', {
        templateUrl: 'home.html',
        controller: 'HomeController',
        resolve: {
            bootstrap: ['$q', function ($q) {
                return $q.when({
                    prop: 'value'
                });
            }]
        }
    })
        .when('/details/:id', {
        templateUrl: 'details.html',
        controller: 'DetailsController'
    })
        .otherwise({
        redirectTo: '/home'
    });
})
    .run(function ($rootScope, messenger) {

    messenger.send('Bootstrapping application');
    $rootScope.$on('$locationChangeStart', function (event, next, current) {
        messenger.send('Changing route to ' + next + ' from ' + current);
    });
});</code>

Ähnlich wie beim Testanbieter müssen wir sicherstellen, dass das Modul vor dem Testen der Konfiguration geladen wird und die Funktionalität im Block ausgeführt wird. Daher werden wir einen leeren Einspritzblock verwenden, um das Modul zu laden. Der folgende Code -Snippet simuliert die im obigen Block verwendeten Abhängigkeiten und lädt das Modul:

<code class="language-javascript">describe('config and run blocks', function () {
    var routeProvider, messenger;

    beforeEach(function () {
        module('ngRoute');

        module(function ($provide, $routeProvider) {
            routeProvider = $routeProvider;
            spyOn(routeProvider, 'when').andCallThrough();
            spyOn(routeProvider, 'otherwise').andCallThrough();

            messenger = {
                send: jasmine.createSpy('send')
            };
            $provide.value('messenger', messenger);
        });

        module('configAndRunBlocks');
    });

    beforeEach(inject());
});</code>

Ich habe das $routeProvider -Objekt absichtlich nicht simuliert, da wir die registrierten Routen in diesem Artikel später testen werden. Das Modul ist jetzt geladen, die Konfigurations- und Auslaufblöcke werden ausgeführt. So können wir damit beginnen, ihr Verhalten zu testen. Da der Konfigurationsblock die Route registriert, können wir überprüfen, ob sie die richtige Route registriert. Wir werden testen, ob die erwartete Anzahl von Routen registriert ist. Die folgenden Tests überprüfen die Funktionalität des Konfigurationsblocks:

<code class="language-javascript">describe('config block tests', function () {
    it('should have called registered 2 routes', function () {
        //Otherwise internally calls when. So, call count of when has to be 3
        expect(routeProvider.when.callCount).toBe(3);
    });

    it('should have registered a default route', function () {
        expect(routeProvider.otherwise).toHaveBeenCalled();
    });
});</code>

Der Block ausführen im Beispielcode ruft einen Dienst auf und registriert ein Ereignis. Wir werden dieses Ereignis später in diesem Artikel testen. Testen wir derzeit den Anruf zur Servicemethode:

<code class="language-javascript">describe('run block tests', function () {
    var rootScope;
    beforeEach(inject(function ($rootScope) {
        rootScope = $rootScope;
    }));
    it('should send application bootstrap message', function () {
        expect(messenger.send).toHaveBeenCalled();
        expect(messenger.send).toHaveBeenCalledWith("Bootstrapping application");
    });
});</code>

(Die anschließende Beschreibung von Testbereichsereignissen, Routing, Parsenblöcken und Animationen wird hier aufgrund von Platzbeschränkungen weggelassen. Für vollständige Testcode -Beispiele finden Sie im ursprünglichen Github -Repository)

Schlussfolgerung

In diesem Artikel stelle ich die meisten Testtechniken vor, die ich beim Testen von AngularJS -Code in den letzten zwei Jahren gelernt habe. Dies ist nicht das Ende, und Sie werden mehr erfahren, wenn Sie Tests für ein Geschäftsszenario Ihrer wirklichen Anwendung schreiben. Ich hoffe, Sie haben jetzt genug Kenntnisse über das Testen von AngularJS -Code. Warum warten? Schreiben Sie Tests für jede Codezeile, die ich bisher geschrieben habe!

(Der FAQS -Teil im Originaltext wird auch aufgrund von Platzbeschränkungen weggelassen)

Das obige ist der detaillierte Inhalt vonAngularJS -Test: Bootstrap -Blöcke, Routen, Ereignisse und Animationen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn