Learning Angular: Unit Testing watch expressions
Today I wanted to write a unit test for a watch expression on my controller. What seemed quite obvious initially, turned out to be quite nasty. Anyway, thx to a nice community member on the Angular IRC, I was able to quickly resolve the issue. So, here’s the story.
This article is part of my “Learning NG” series, presenting some of my adventures while learning Angular. Check out the series intro and other articles. Note, I’m an Angular newbie, so I’m more than happy for any kind of feedback and improvement suggestions from more experienced people than me.
Background
The new Angular best practices suggest to use the – what they call – “controller as” syntax. So, instead of writing the controller like
module.controller('MainCtrl', function($scope){ $scope.someScopeVariable = 'Hello, world!'; });
..you should instead write it like this.
module.controller('MainCtrl', function(){ var vm = this; // this is a best practice approach vm.someScopeVariable = 'Hello, world!'; });
On the HTML side, you normally include the controller using a similar syntax.
<div ng-controller='MainCtrl as vm'> {{ vm.someScopeVariable }} </div>
Problem
Now consider we have some watch expression defined in the controller, which we’d like to test.
app.controller('MainCtrl', function($scope) { var vm = this; var previousSelection = null; vm.currentSelection = null; $scope.$watch('vm.currentSelection', function(newVal, oldVal){ // we'd like to test THIS LINE HERE previousSelection = oldVal; }); vm.changeSelection = function(shouldRevert){ if(shouldRevert){ vm.currentSelection = previousSelection; } }; });
Note that I’m injecting $scope
which might make it appear like I’m using the $scope controller syntax. In reality it’s for being able to register the $watch
.
Also, the above is a simple demo, which, slightly modified, can be useful for reverting a user selection on a dropdown for instance, using ng-change
.
Anyway, if we want to the the above, we could write the following test scenario.
describe('Testing $watch expressions', function() { var $scope = null; var ctrl = null; //you need to indicate your module in a test beforeEach(module('plunker')); describe('using the controller as syntax', function() { beforeEach(inject(function($rootScope, $controller) { $scope = $rootScope.$new(); ctrl = $controller('MainCtrl', { $scope: $scope }); })); it('test using $digest', function() { // make an initial selection ctrl.currentSelection = 'Hi'; $scope.$digest(); // make another one ctrl.currentSelection = 'New'; $scope.$digest(); // simulate a ng-change which should revert to the previous value ctrl.changeSelection(true); expect(ctrl.currentSelection).toEqual('Hi'); }); }); });
Note that I’m using $scope.$digest()
after setting the currentSelection
on the controller. This is needed to trigger a “digest cycle” which invokes the $watch
expression I’ve defined. Unfortunately it doesn’t work!. The watch expression gets invoked, but newVal
and oldVal
are both undefined.
Instead, if I reverted my controller to the “old” $scope syntax..
app.controller('MainCtrl', function($scope) { var previousSelection = null; $scope.currentSelection = null; $scope.$watch('currentSelection', function(newVal, oldVal){ previousSelection = oldVal; }); $scope.changeSelection = function(shouldRevert){ if(shouldRevert){ $scope.currentSelection = previousSelection; } }; });
…and adjusted my tests accordingly:
it('test using $digest', function() { // make an initial selection $scope.currentSelection = 'Hi'; $scope.$digest(); // make another one $scope.currentSelection = 'New'; $scope.$digest(); // simulate a ng-change which should revert to the previous value $scope.changeSelection(true); expect($scope.currentSelection).toEqual('Hi'); });
..then the $watch expression got called with the correct value and the tests passed as expected.
Alternatively, I could leave the “controller As” syntax of before, and instead of calling $scope.$digest()
in my tests, call $scope.$apply('...')
:
it('test using $scope.$apply(...)', function() { // make an initial selection $scope.$apply('vm.currentSelection='Hi''); // make another one $scope.$apply('vm.currentSelection='New''); // simulate a ng-change which should revert to the previous value ctrl.changeSelection(true); expect(ctrl.currentSelection).toEqual('Hi'); });
That worked as well. What’s wrong here??
I posted on the IRC channel..
[14:32:52] Interesting, when unit testing $watch expressions it makes a difference whether you used the 'controller as' syntax or not. http://plnkr.co/edit/MVOgfmXVG1MzUg6nfM6W?p=preview [14:34:01] of course - watch expressions watch on the scope. [14:36:46] sacho: yep, but by executing $scope.$digest() in the tests I'd expect that the $watch expression is executed...which, btw it is, but not with the correct values [14:37:17] sacho: Instead, it seems that in that case you have to do something like $scope.$apply('someScopeVar = 'some new value''); [14:37:26] then it fires as well, but with the passed new value [14:37:35] that's kinda odd.. [14:38:09] while, when using the $scope syntax, I can simply call $scope.$digest() and everything works as expected... [14:38:13] huh? ... [14:46:08] juristr, well, you're not placing the controller on the scope, anywhere. [14:46:26] so you're not using controllerAs.
Oh..! The problem is in the beforeEach
. While I was assuming the following lines attach the controller to the $scope
beforeEach(inject(function($rootScope, $controller) { $scope = $rootScope.$new(); ctrl = $controller('MainCtrl', { $scope: $scope }); }));
..which they do…but the controller/scope is not attached on the vm
property, which the $watch
expression expects…
Thus, changing to…
beforeEach(inject(function($rootScope, $controller) { $scope = $rootScope.$new(); ctrl = $controller('MainCtrl', { $scope: $scope }); // THIS was missing $scope.vm = ctrl; }));
..makes everything work as expected, even when using $scope.$digest()
.
You can play around with it by yourself in this Plunkr.
Conclusion
This is actually quite tricky and easy to mistake, especially when you look at test examples which are running upon code that uses the somewhat older “scope syntax”. I’m not yet sure I wrapped my head around this issue yet…if I have a better explanation I’ll update the post…
To summarize:
- use
$scope.$apply('theScopeVariable = "new value"')
- pay attention to the initialization of the controller in your unit test. If you’re using the controller as syntax, make sure you set it accordingly (see example before).
Reference: | Learning Angular: Unit Testing watch expressions from our WCG partner Juri Strumpflohner at the Juri Strumpflohner’s TechBlog blog. |