如何在AngularJS中对控制器进行单元测试

开发者们都一致认为单元测试在开发项目中十分有好处。它们帮助你保证代码的质量，从而确保更稳定的研发，即使需要重构时也更有信心。

测试驱动开发流程图

AngularJS的代码声称其较高的可测性确实是合理的。单单文档中列出端对端的测试实例就能说明。就像AngularJS这样的项目虽然都说单元测试 很简单但真正做好却不容易。即使官方文档中以提供了详尽的实例，但在我的实际应用中却还是很有挑战。这里我就简单示范一下我是怎么操作的吧.

Instant Karma

Karma是来Angular团队针对JavaScript开发的一个测试运行框架。它很方便的实现了自动执行测试任务从而替代了繁琐的手工操作（好比回归测试集或是加载目标测试的依赖关系）Karma 和Angular的协作就好比花生酱和果冻.

只需要在Karma中定义好配置文件启动它，接下来它就会在预期的测试环境下的自动执行测试用例。你可以在配置文件中制定相关的测试环境。angular-seed,是我强烈推荐的可以快速实施的方案。在我近期的项目中Karma 的配置如下：

 
 
 
 
    
  
  
  
  
  1. module.exports = function(config) { 
    2. 
  
  
  
  
  2.     config.set({ 
    3. 
  
  
  
  
  3.         basePath: '../', 
    4. 
  
  
  
  
  4.  
    5. 
  
  
  
  
  5.         files: [ 
    6. 
  
  
  
  
  6.             'app/lib/angular/angular.js', 
    7. 
  
  
  
  
  7.             'app/lib/angular/angular-*.js', 
    8. 
  
  
  
  
  8.             'app/js/**/*.js', 
    9. 
  
  
  
  
  9.             'test/lib/recaptcha/recaptcha_ajax.js', 
    10. 
  
  
  
  
  10.             'test/lib/angular/angular-mocks.js', 
    11. 
  
  
  
  
  11.             'test/unit/**/*.js' 
    12. 
  
  
  
  
  12.         ], 
    13. 
  
  
  
  
  13.  
    14. 
  
  
  
  
  14.         exclude: [ 
    15. 
  
  
  
  
  15.             'app/lib/angular/angular-loader.js', 
    16. 
  
  
  
  
  16.             'app/lib/angular/*.min.js', 
    17. 
  
  
  
  
  17.             'app/lib/angular/angular-scenario.js' 
    18. 
  
  
  
  
  18.         ], 
    19. 
  
  
  
  
  19.  
    20. 
  
  
  
  
  20.         autoWatch: true, 
    21. 
  
  
  
  
  21.  
    22. 
  
  
  
  
  22.         frameworks: ['jasmine'], 
    23. 
  
  
  
  
  23.  
    24. 
  
  
  
  
  24.         browsers: ['PhantomJS'], 
    25. 
  
  
  
  
  25.  
    26. 
  
  
  
  
  26.         plugins: [ 
    27. 
  
  
  
  
  27.             'karma-junit-reporter', 
    28. 
  
  
  
  
  28.             'karma-chrome-launcher', 
    29. 
  
  
  
  
  29.             'karma-firefox-launcher', 
    30. 
  
  
  
  
  30.             'karma-jasmine', 
    31. 
  
  
  
  
  31.             'karma-phantomjs-launcher' 
    32. 
  
  
  
  
  32.         ], 
    33. 
  
  
  
  
  33.  
    34. 
  
  
  
  
  34.         junitReporter: { 
    35. 
  
  
  
  
  35.             outputFile: 'test_out/unit.xml', 
    36. 
  
  
  
  
  36.             suite: 'unit' 
    37. 
  
  
  
  
  37.         } 
    38. 
  
  
  
  
  38.  
    39. 
  
  
  
  
  39.     }) 
    40. 
  
  
  
  
  40. } 
    41.

这个跟angular-seed的默认配置类似只不过有以下几点不同：

  • 需要更改浏览器从Chrome 转到PhantomJS, 这样每次跳转时无需再打开新的浏览器窗口，但在OSX系统会有窗口延迟。所以这个插件还有浏览器设置都做了更改。

  • 由于我的应用需要引用Google的Recaptcha服务因此添加了依赖的recaptcha_ajax.js小文件。这个小配置就像在Karma的配置文件中添加一行代码那么简单。

 

autoWatch确实是个很酷的设置，它会让Karma在有文件更改时自动回归你的测试用例。你可以这样安装Karma：

 
 
 
 
    
  
  
  
  
  1. npm install karma 
    2.

angular-seed 提供了一个简单的脚本inscripts/test.sh去触发Karma的测试。

用Jasmine设计测试用例

当使用Jasmine----一种行为驱动开发模式的JavaScript测试框架为Angular设计单元测试用例时大部分的资源都已可获取。

这也就是我接下来要说的话题。

如果你要对AngularJS controller做单元测试可以利用Angular的依赖注入dependency injection 功能导入测试场景中controller需要的服务版本还能同时检查预期的结果是否正确。例如，我定义了这个controller去高亮需要导航去的那个页签：

 
 
 
 
    
  
  
  
  
  1. app.controller('NavCtrl', function($scope, $location) { 
    2. 
  
  
  
  
  2.     $scope.isActive = function(route) { 
    3. 
  
  
  
  
  3.         return route === $location.path(); 
    4. 
  
  
  
  
  4.     }; 
    5. 
  
  
  
  
  5. }) 
    6.

如果想要测试isActive方法，我会怎么做呢？我将 检查$locationservice 变量是否返回了预期值，方法返回的是否预期值。因此在我们的测试说明中我们会定义好局部变量保存测试过程中需要的controlled版本并在需要时注入 到对应的controller当中。然后在实际的测试用例中我们会加入断言来验证实际的结果是否正确。整个过程如下：

 
 
 
 
    
  
  
  
  
  1. describe('NavCtrl', function() { 
    2. 
  
  
  
  
  2.     var $scope, $location, $rootScope, createController; 
    3. 
  
  
  
  
  3.  
    4. 
  
  
  
  
  4.     beforeEach(inject(function($injector) { 
    5. 
  
  
  
  
  5.         $location = $injector.get('$location'); 
    6. 
  
  
  
  
  6.         $rootScope = $injector.get('$rootScope'); 
    7. 
  
  
  
  
  7.         $scope = $rootScope.$new(); 
    8. 
  
  
  
  
  8.  
    9. 
  
  
  
  
  9.         var $controller = $injector.get('$controller'); 
    10. 
  
  
  
  
  10.  
    11. 
  
  
  
  
  11.         createController = function() { 
    12. 
  
  
  
  
  12.             return $controller('NavCtrl', { 
    13. 
  
  
  
  
  13.                 '$scope': $scope 
    14. 
  
  
  
  
  14.             }); 
    15. 
  
  
  
  
  15.         }; 
    16. 
  
  
  
  
  16.     })); 
    17. 
  
  
  
  
  17.  
    18. 
  
  
  
  
  18.     it('should have a method to check if the path is active', function() { 
    19. 
  
  
  
  
  19.         var controller = createController(); 
    20. 
  
  
  
  
  20.         $location.path('/about'); 
    21. 
  
  
  
  
  21.         expect($location.path()).toBe('/about'); 
    22. 
  
  
  
  
  22.         expect($scope.isActive('/about')).toBe(true); 
    23. 
  
  
  
  
  23.         expect($scope.isActive('/contact')).toBe(false); 
    24. 
  
  
  
  
  24.     }); 
    25. 
  
  
  
  
  25. }); 
    26.

使用整个基本的结构，你就能设计各种类型的测试。由于我们的测试场景使用了本地的环境来调用controller,你也可以多加上一些属性接着执行一个方法清除这些属性，然后再验证一下属性到底有没有被清除。

#p#

$httpBackendIs Cool

那么要是你在调用$httpservice请求或是发送数据到服务端呢？还好，Angular提供了一种

$httpBackend的mock方法。这样的话，你就能自定义服务端的响应内容，又或是确保服务端的响应结果能和单元测试中的预期保持一致。

具体细节如下：

 
 
 
 
    
  
  
  
  
  1. describe('MainCtrl', function() { 
    2. 
  
  
  
  
  2.     var $scope, $rootScope, $httpBackend, $timeout, createController; 
    3. 
  
  
  
  
  3.     beforeEach(inject(function($injector) { 
    4. 
  
  
  
  
  4.         $timeout = $injector.get('$timeout'); 
    5. 
  
  
  
  
  5.         $httpBackend = $injector.get('$httpBackend'); 
    6. 
  
  
  
  
  6.         $rootScope = $injector.get('$rootScope'); 
    7. 
  
  
  
  
  7.         $scope = $rootScope.$new(); 
    8. 
  
  
  
  
  8.  
    9. 
  
  
  
  
  9.  
    10. 
  
  
  
  
  10.         var $controller = $injector.get('$controller'); 
    11. 
  
  
  
  
  11.  
    12. 
  
  
  
  
  12.         createController = function() { 
    13. 
  
  
  
  
  13.             return $controller('MainCtrl', { 
    14. 
  
  
  
  
  14.                 '$scope': $scope 
    15. 
  
  
  
  
  15.             }); 
    16. 
  
  
  
  
  16.         }; 
    17. 
  
  
  
  
  17.     })); 
    18. 
  
  
  
  
  18.  
    19. 
  
  
  
  
  19.     afterEach(function() { 
    20. 
  
  
  
  
  20.         $httpBackend.verifyNoOutstandingExpectation(); 
    21. 
  
  
  
  
  21.         $httpBackend.verifyNoOutstandingRequest(); 
    22. 
  
  
  
  
  22.     }); 
    23. 
  
  
  
  
  23.  
    24. 
  
  
  
  
  24.     it('should run the Test to get the link data from the go backend', function() { 
    25. 
  
  
  
  
  25.         var controller = createController(); 
    26. 
  
  
  
  
  26.         $scope.urlToScrape = 'success.com'; 
    27. 
  
  
  
  
  27.  
    28. 
  
  
  
  
  28.         $httpBackend.expect('GET', '/slurp?urlToScrape=http:%2F%2Fsuccess.com') 
    29. 
  
  
  
  
  29.             .respond({ 
    30. 
  
  
  
  
  30.                 "success": true, 
    31. 
  
  
  
  
  31.                 "links": ["http://www.google.com", "http://angularjs.org", "http://amazon.com"] 
    32. 
  
  
  
  
  32.             }); 
    33. 
  
  
  
  
  33.  
    34. 
  
  
  
  
  34.         // have to use $apply to trigger the $digest which will 
    35. 
  
  
  
  
  35.         // take care of the HTTP request 
    36. 
  
  
  
  
  36.         $scope.$apply(function() { 
    37. 
  
  
  
  
  37.             $scope.runTest(); 
    38. 
  
  
  
  
  38.         }); 
    39. 
  
  
  
  
  39.  
    40. 
  
  
  
  
  40.         expect($scope.parseOriginalUrlStatus).toEqual('calling'); 
    41. 
  
  
  
  
  41.  
    42. 
  
  
  
  
  42.         $httpBackend.flush(); 
    43. 
  
  
  
  
  43.  
    44. 
  
  
  
  
  44.         expect($scope.retrievedUrls).toEqual(["http://www.google.com", "http://angularjs.org", "http://amazon.com"]); 
    45. 
  
  
  
  
  45.         expect($scope.parseOriginalUrlStatus).toEqual('waiting'); 
    46. 
  
  
  
  
  46.         expect($scope.doneScrapingOriginalUrl).toEqual(true); 
    47. 
  
  
  
  
  47.     }); 
    48. 
  
  
  
  
  48. }); 
    49.

正如你所见，beforeEach call其实都很类似，唯一不同的是我们是从injector获取$httpBackend而并非直接获取。即使如此，创建不同的测试时还会有一些明显的 不同之处。对初学者来说，会有一个afterEachcall 方法来确保$httpBackend在每次用例执行后不会有明显的异常请求。如果你观察一下测试场景的设置和$httpBackend方法的应用就会会发 现有那么几点不是那么直观的。

实际上调用$httpBackend的方法也算是简单明了但还不够——我们还得在传值给$scope.$apply的方法中把调用封装到实际测试中 的$scope.runTest方法上。这样在$digest被触发后才能处理HTTP请求。而如你所见直到我们调 用$httpBackend.flush()方法后$httpBackend才会被解析，这也就保证了我们能在调用过程中去验证返回的结果是否正确（在上 面的示例中，controller的$scope.parseOriginalUrlStatusproperty属性将被传递给调用者，我们也因此能实 时监控）

接下来的几行代码都是在调用过程中检测$scopethat属性的断言。很酷吧？

提示：在某些单元测试中，用户习惯把没有$的范围标记为变量。这个在Angular文档中并没有强制要求或是过分强调，只是我在使用中为了提高可读性和一致性才使用$scopelike这种方式。

结论

也许这就是我做起来对其他人而言只是自然而然能做到的事情之一，但是学习使用Angular编写单元测试一开始对我而言确实是相当痛苦的。我发现自己对如 何开始的理解大多来自互联网上各种博客文章和资源的拼拼凑凑，没有真正一致或明确的最佳实践，而是通过自然而然随意的选择。我想针对我最终得到的成果提供 一些文档，以帮助那些也许还在坑里面挣扎的其他人，毕竟他们只是想要编写代码而已，而非不得不去了解Angular和Jasmine中所有的怪异特性和独 特用法。因此我希望这篇文章能对你有些许帮助。

网页标题：如何在AngularJS中对控制器进行单元测试
文章链接：http://www.shufengxianlan.com/qtweb/news39/390739.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

App设计知识

分类信息网站

铁科精智测控　　 　成都网站建设　　 　香港虚拟主机腾讯云　　 　成都营销网站制作　　 　成都学生服定制　　 　注册域名　　 　成都娃娃鱼　　 　成都装修公司　　 　成都网页制作　　 　云主机　　 　航龙航空　　 　成都广告制作　　 　四川雅安服务器托管　　 　成都定制网站　　 　成都网站建设公司　　 　重庆网站制作　　 　成都微信公众号开发　　 　产品包装设计　　 　南部网站建设　　 　App开发