unit-testing - run - unit test angular 6

AngularJS-Método de prueba de servicio que usa el servicio $ http

Question

Tengo una función en mi servicio que se parece a algo como esto:

addStatement: function(user, action, object) {
            var statement = {
                    user: user,
                    action: action,
                    object: object
            };
            $http({
                method: ''POST'', 
                url: ''/foo/bar'', 
                data: statement, 
                headers: {Authorization: ''Basic YWxhZGRpbjpvcGVuIHNlc2FtZQ==''}
            }).success(function(data) {
                alert("success: " + data);
            });
        }

Quiero escribir una prueba de unidad para este método, pero no estoy seguro de cómo hacer que funcione. Básicamente, quiero probar que los datos enviados se construyeron correctamente a partir de los parámetros de la función y que se envió el encabezado de Autorización correcto.

He estado leyendo sobre cómo usar $httpBackend , pero en el ejemplo está probando un controlador, y solo las cosas que cambian en $ scope cuando se realizan y devuelven las solicitudes. ¿Hay alguna manera de lograr las pruebas que quiero? ¿O voy por algo mal?

Answer 1

Escribí una publicación en el blog sobre ese tema que muestra un poco sobre el uso de las simulaciones incorporadas de angular y la escritura de tus propias simulaciones, tal vez te ayude a obtener una comprensión más profunda:

¿Cómo burlarse de los módulos de AngularJS e inyectarlos en tus pruebas?

En resumen, define un segundo módulo para pruebas que puede simular el comportamiento deseado:

var apptastic      = angular.module(''apptastic'', []),
    apptasticMock  = angular.module(''apptasticMock'', []);

Y sobrescribe el comportamiento original, por ejemplo, así:

apptasticMock.service("socket", function($rootScope){
... // overwrite
});

Luego, debe cargarse en las pruebas; esto funciona porque los servicios ya definidos sobrescriben los servicios en el orden en que se cargan:

describe("Socket Service", function(){
  var socket;

  beforeEach(function(){
    module(''apptastic'');
    module(''apptasticMock'');

    inject(function($injector) {
      socket = $injector.get(''socket'');
    });
  });

  it("tests something", function(){
  ... // test
  });

});

Con una buena estructura de código, incluso la herencia no es realmente un problema a la vez que se puede tener un control preciso sobre lo que se debe burlar y lo que se debe usar del código original.

Answer 2

Los servicios de prueba no difieren mucho de los controladores de prueba, por lo que los principios son los mismos. Básicamente necesitas:

• Inyectar objetos bajo prueba.
• configuración de simulacros (si corresponde): aquí estaba en el camino correcto usando $ httpBackend mock
• ejecuta métodos en tu objeto bajo prueba y verifica los resultados

Si después de probar que los métodos de un servicio dan como resultado una llamada de $ http POST, puede escribir su prueba de esta manera (se omiten las partes no esenciales):

beforeEach(module(''MyApp''));
beforeEach(inject(function(MyService, _$httpBackend_) {
    service = MyService;
    $httpBackend = _$httpBackend_; // angular strips the underscores so
                                   // we don''t need to use unique names
    // https://docs.angularjs.org/api/ngMock/function/angular.mock.inject
}));

it(''should invoke service with right paramaeters'', function() {
    $httpBackend.expectPOST(''/foo/bar'', {
        "user": "testUser",
        "action": "testAction",
        "object": {}
    }, function(headers){
        return headers.Authorization === ''Basic YWxhZGRpbjpvcGVuIHNlc2FtZQ=='';
    }).respond({});
    service.addStatement(''testUser'', ''testAction'', {});
    $httpBackend.flush();
});

Aquí está el jsFiddle de trabajo que ilustra esta prueba en acción: http://jsfiddle.net/pkozlowski_opensource/MkrjZ/2/

Una última observación: es mejor no usar .alert () en las pruebas unitarias ya que esas alertas pausarán la ejecución de las pruebas.