【问题标题】:AngularJS : How to properly mock a Promise returned from $httpAngularJS:如何正确模拟从 $http 返回的 Promise
【发布时间】:2015-08-03 18:39:44
【问题描述】:

我已经为此奋斗了一段时间,需要一些指导。我想对这个 Angular 服务进行单元测试...具体来说,是承诺的失败部分。

(function () {
angular.module('testable')
    .factory('myService', ["$http", "$q", function ($http, $q) {
        return {
            createThing: function(thing) {
                return $http.post("//...", thing)
                        .then(function (response) {
                            return response.data;
                        }, function (response) {
                            return $q.reject(response.statusText);
                        });
            }
        };
    }]);
}());

我已经浏览过许多关于此的 SO 帖子,但每个帖子似乎都有点不同。首先,如果我的任何服务代码在设置承诺时不正确,请阻止我。我已经经历了大约 10 次不同的迭代来测试被拒绝的承诺,但没有任何效果。这是我所拥有的:

    beforeEach(inject(function ($injector,myService) {
        sut = myService;
        $httpBackend = $injector.get('$httpBackend');
        $q = $injector.get('$q');
        $rootScope = $injector.get('$rootScope');
        dataToSend = "send me!";
        deferred = $q.defer();
    }));

    it("should get error on error", function () {
        var result,
            expected = "FAIL!!!!!";

        deferred.reject(expected);
        $httpBackend.expectPOST(testUrl,dataToSend).respond(deferred.promise);

        sut.createThing(dataToSend).then(function (returnFromPromise) {
            result = returnFromPromise;
        });

        $rootScope.$apply();
        $httpBackend.flush();

        // expect something here but result is always wrong
    });

我知道 Promise 是异步运行的……而且我一直在拼凑一些信息,但是有人对完成这个单元测试有什么建议吗?

【问题讨论】:

  • 你在$httpBackend上看过the docs吗?
  • 是的......这就是我使用 expectPost 的原因,以便我可以返回承诺

标签: javascript angularjs unit-testing jasmine angular-promise


【解决方案1】:

当您使用$httpBackend 服务时,您不需要使用 Promise 来模拟 HTTP 请求。实际上,respond() 方法具有以下签名:

respond: function(status, data, headers, statusText) { 
  ...
}

要模拟错误,您只需返回不成功的状态代码 (!= 200):

it('should not create a thing', function() {
    var result;

    // Arrange
    $httpBackend.expectPOST('https://domain.com/api')
      .respond(500, null, null, 'some error');

    // Act
    myService.createThing('foo').then(angular.noop, function(data) {
      result = data;
    });

    $httpBackend.flush();

    // Assert
    expect(result).toBe('some error');
  });

这是涵盖成功和错误情况的整个规范:

describe('Testing a factory', function() {
  var myService, $httpBackend;

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

    inject(function(_$httpBackend_, _myService_) {
      $httpBackend = _$httpBackend_;
      myService = _myService_;
    })
  });

  afterEach(function() {
    $httpBackend.verifyNoOutstandingExpectation();
    $httpBackend.verifyNoOutstandingRequest();
  });

  it('should create a thing', function() {
    var result;

    // Arrange
    $httpBackend.expectPOST('https://domain.com/api')
  .respond(200, 'some data');

    // Act
    myService.createThing('foo').then(function(data) {
      result = data;
    });

    $httpBackend.flush();

    // Assert
    expect(result).toBe('some data');
  });

  it('should not create a thing', function() {
    var result;

    // Arrange
    $httpBackend.expectPOST('https://domain.com/api')
  .respond(500, null, null, 'some error');

    // Act
    myService.createThing('foo').then(angular.noop, function(data) {
      result = data;
    });

    $httpBackend.flush();

    // Assert
    expect(result).toBe('some error');
  });
});

Working Plunker

请注意,这里不需要调用$rootScope.$apply(),因为更新任何内容都不需要摘要周期。

【讨论】:

  • 现在完全有道理了...谢谢您的解释!我想我不得不挂断电话,试图更好地理解当我真的不必担心承诺时,我该如何嘲笑它。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2017-01-07
  • 2018-05-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-11-29
  • 2022-11-29
相关资源
最近更新 更多