我应该模拟 angular 中的所有外部服务吗?

Should I mock ALL external Services in angular?

我目前正在开始 angular 单元测试。由于我想测试的第一个控制器看起来像这样,我感到困惑。

angular.module('sgmPaperApp')
  .controller('AccountCtrl', function ($mdToast, user, $firebaseArray, Ref) {
var vm = this;
vm.data = user;
vm.save = saveUser;
vm.comments = $firebaseArray(Ref.child('comments').orderByChild('person').equalTo(user.$id));


function saveUser() {
  vm.data.$save().then(function () {
    $mdToast.showSimple('Data saved');
  });
}
});

我真的应该模拟我使用的所有外部服务吗?毕竟那个控制器并不比外部服务多得多,模拟 firebaseArray 可能很困难。

感谢您的建议并帮助我开始测试

您无需担心外部依赖项的作用,只需模拟它们的 API。

这些是我能看到的唯一模拟。我假设您使用的是 Jasmine

var Ref, $firebaseArray, $mdToast, user, vm;

beforeEach(function() {
    Ref = jasmine.createSpyObj('Ref', ['child', 'orderByChild', 'equalTo']);
    Ref.child.and.returnValue(Ref);
    Ref.orderByChild.and.returnValue(Ref);
    Ref.equalTo.and.returnValue(Ref);

    $firebaseArray = jasmine.createSpy('$firebaseArray').and.returnValue('comments');
    $mdToast = jasmine.createSpyObj('$mdToast', ['showSimple']);
    user = jasmine.createSpyObj('user', ['$save']);
    user.$id = 'id';

    module('sgmPaperApp'); // you should consider separate modules per "thing"

    inject(function($controller) {
        vm = $controller('AccountCtrl', {
            $mdToast: $mdToast,
            user: user,
            $firebaseArray: $firebaseArray,
            Ref: Ref
        });
    });
});

然后您可以轻松创建测试

it('assigns a bunch of stuff on creation', function() {
    expect(vm.data).toBe(user);
    expect(vm.comments).toEqual('comments'); // that's what the mock returns

    expect(Ref.child).toHaveBeenCalledWith('comments');
    expect(Ref.orderByChild).toHaveBeenCalledWith('person');
    expect(Ref.equalTo).toHaveBeenCalledWith(user.$id);
    expect($firebaseArray).toHaveBeenCalledWith(Ref);
});

您甚至可以测试基于承诺的方法,例如 saveUser

it('saves the user and makes some toast', inject(function($q, $rootScope) {
    user.$save.and.returnValue($q.when()); // an empty, resolved promise
    vm.saveUser();
    expect(user.$save).toHaveBeenCalled();
    expect($mdToast.showSimple).not.toHaveBeenCalled(); // because the promise hasn't resolved yet

    $rootScope.$apply(); // resolves promises

    expect($mdToast.showSimple).toHaveBeenCalledWith('Data saved');
}));

因此,为了回答这个问题,我们需要考虑我们实际尝试做的事情。如果我们尝试单元测试,那么是的,我们需要模拟所有依赖关系。

模拟你的依赖并不难。您只需要模拟 您正在使用的内容。

例如,$firebaseArray作为接收参数的函数开始,我们知道很多:

var mockFirebaseArray = function(ref) {
};

接下来,在我们完成它之前,我们需要模拟 Ref:

var mockRef = {
  child: function(path) {
    this.orderByChild = function(path) {
      this.equalTo = function(val) {
      };
      return this;
    };
    return this;
  }
};

有了这些东西,我们就可以决定测试的方式 "pass"。我们可以只使用间谍。或者,我们可以设置局部变量,稍后我们可以断言。

间谍是我的首选方法,因为您甚至可以验证它们是使用特定值调用的:

expect(mockFirebaseArray).toHaveBeenCalled();
expect(mockRef.child).toHaveBeenCalledWith('comments');

现在,如果您想编写一个不同的集成测试。在那种情况下,我仍然会使用间谍,但你实际上会执行这些依赖项。一般来说,不需要测试您的依赖项,因为它们也应该单独测试。此外,如果其他人的 API 来源可靠,则无需对其进行测试。