Service的典型示例

在AngularJS中,Service都是单例的实体,通常会将Service作为向后台交互的数据提供者,所有的需要数据的组件只需要依赖于这个Service即可。


var app = angular.module('MyApp', []);

app.factory('SearchSettingService', 
    ['$http', '$q', function($http, $q) {
    return {
        setting: function() {
            var deferred = $q.defer();
            
            $http.get('/settings.json').success(function(result) {
                deferred.resolve(result);
            }).error(function(result) {
                deferred.reject("network error");
            });

            return deferred.promise;
        }
    };
}]);

$httpBackend

测试的时候,我们不需要真实的发送HTTP请求来获取数据。如果可以只测试Service的逻辑,当发送请求时,我们将这个请求拦截下来,然后返回一个预定义好的数据即可:

it('should have settings from http request', function() {
    var result;
    var expected = {
        "period": "day",
        "date": "Sat Dec 21 12:56:53 EST 2013",
    };

    httpBackend.expectGET('/settings.json').respond(expected);

    var promise = settingService.setting();
    promise.then(function(data) {
        result = data;
    });

    httpBackend.flush();

    expect(result).toEqual(expected);
});

$httpBackend是AngularJS提供的一个测试用的服务,可以在spec中注入进来:

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

    inject(function(SearchSettingService, $httpBackend) {
        settingService = SearchSettingService;
        httpBackend = $httpBackend;
    });
});

httpBackend服务有一些很方便测试的方法:

httpBackend.expectGET(url).respond(data);
httpBackend.expectPOST(url, param).respond(data);

设置之后,当调用httpBackend.flush时,AngularJS会调用这个setup,发送的请求会被之前的setup拦截并返回,这样service中的数据就被填充好了。

Service测试的模板

或者说,当测试一个Service时,我们应该测那些方面呢?

  1. 正常流程,一个完整的处理过程
  2. 异常处理,如果服务器出错了,程序需要如何反馈?
  3. 其他异常情况

正常流程很容易,在调用service提供的方法之后,在获得的promise对象上调用then方法来填充一个数据即可,然后调用httpBackend.flush()发送请求,最后验证数据的格式/内容是否正确。

这个测试的主要目的是验证当调用service的方法时,service真实的发送了一个http请求:

it('should have settings from http request', function() {
    var result;
    var expected = {
        "period": "day",
        "date": "Sat Dec 21 12:56:53 EST 2013",
    };

    httpBackend.expectGET('/settings.json').respond(expected);

    var promise = settingService.setting();
    promise.then(function(data) {
        result = data;
    });

    httpBackend.flush();

    expect(result).toEqual(expected);
});

对于异常的情况,比如服务器返回了错误,如500,那么最低程度,程序应该可以处理这个异常:

it("should throw error when network expection", function() {
    var result, error;
    httpBackend.expectGET('/settings.json').respond(500);

    var promise = settingService.setting();
    promise.then(function(data) {
        result = data;
    }, function(data) {
        error = data;
    });

    httpBackend.flush();

    expect(result).toBeUndefined();
    expect(error).toEqual("network error");
});

服务器 moco

moco是同事郑晔开发的一个测试框架/工具,基本上来说,moco是一个用来集成测试的用的HTTP服务器。

你可以通过API方式或者启动moco服务器的方式来使用它,我比较喜欢将moco作为一个独立的服务器来使用:

java -jar moco-runner-0.9-standalone.jar start -p 12306 -c moco.conf.json

比如moco.conf.json中定义了一下规则:

[
    {
        "request": {
            "method": "post",
            "uri": "/resource"
        },
        "response": {
            "status": 201,
            "text": "resource has been created"
        }
    },
    {
        "request": {
            "uri": "/resource"
        },
        "response": {
            "status": 200,
            "file": "resources.json"
        }
    }
]

则启动moco的服务器之后,所有发往/resourcepost请求都会得到

201
resource has been created

的HTTP响应,这个功能在前端开发越来越独立的情况下变得非常好用。我最近在有很多小项目中都在尝试moco,非常的好用,后边会有相关的博客专门介绍。