因此,测试此代码的主要问题是,您基本上在 另一个 匿名函数 ($uibModal.open) 中“埋藏”了一个匿名函数 (modal.hi)。这使得测试非常棘手。
您有几个选择:a.) 您可以模拟 $uibModal 服务,b.) 您可以重构您的代码,或者 c.) 您可以将您的 hi 函数放到 vm本身,然后从您的测试中调用它。我认为最后一个选项是最方便的,但这里是所有三种方法的一些示例。
选项 1:模拟 $uibModal 服务
describe('Test vm.openPopup', function () {
var mockUibModal = {
open: function(options){
var ctrl = options.controller();
// call your `hi` function:
ctrl.hi();
}
};
beforeEach(function(){
module(function($provide){
$provide.value('$uibModal', mockUibModal);
});
});
});
然后,您可以调用 vm.openPopup 方法,然后开始测试结果。请注意,module 函数来自 angular-mocks,您需要在测试中安装/包含它。相关问题:“How do you mock a service in AngularJS when unit testing with jasmine?”
选项 2:重构代码
这是我经常使用的一种模式,它涉及将您希望测试的逻辑/功能转移到一个单独的工厂:
var app = angular.controller('YourController', function ($uibModal, MyHelperFactory) {
var vm = this;
var modal;
var helper = MyHelperFactory(vm, modal);
vm.openPopup = function () {
$uibModal.open({
templateUrl: 'popup.html',
controller: function () {
modal = this;
modal.hi = helper.hi;
}
});
};
});
app.factory('MyHelperFactory', function () {
return function (vm, modal) {
return {
hi: function () {
// some code here, maybe it needs to reference the `vm` object, whatever...
}
}
};
})
这种方法的好处是您可以自行测试MyHelperFactory,无需实例化YourController,也无需涉及$uibModal 服务。这通常是我最喜欢的方法:没有内联/匿名函数 - 将该逻辑放入辅助工厂,并从我的控制器中取出。
选项 3:将 hi 函数拖放到 vm
var app = angular.controller('YourController', function ($uibModal, MyHelperFactory) {
var vm = this;
// this pattern allows your function to be scoped with the not-yet-existing `modal` object
vm.hi = function (modal) {
return function () {
// some code here
}
};
vm.openPopup = function () {
$uibModal.open({
templateUrl: 'popup.html',
controller: function () {
var modal = this;
modal.hi = vm.hi(modal);
}
});
};
});
然后,您可以通过在测试中调用vm.hi 来测试它。我称这种方法为“肮脏的”,因为它将hi 方法添加到vm 对象,并且我通常避免向vm 对象添加控制器范围实际上不需要的任何属性。但在这种情况下,我们违反了该规则,因为这是“公开”您希望测试的函数的最快/最简单的方法。