我想测试在我的Javascript对象构造函数中是否调用了以下方法。从我在Jasmine文档中看到的,我可以窥探一个构造函数方法,并且我可以在实例化对象之后监视方法,但是我似乎无法在构造对象之前监视方法。
对象:
Klass = function() {
this.called_method();
};
Klass.prototype.called_method = function() {
//method to be called in the constructor.
}
我想在规范中做这样的事情:
it('should spy on a method call within the constructor', function() {
spyOn(window, 'Klass');
var obj = new Klass();
expect(window.Klass.called_method).toHaveBeenCalled();
});
答案 0 :(得分:104)
直接窥探原型方法:
describe("The Klass constructor", function() {
it("should call its prototype's called_method", function() {
spyOn(Klass.prototype, 'called_method'); //.andCallThrough();
var k = new Klass();
expect(Klass.prototype.called_method).toHaveBeenCalled();
});
});
答案 1 :(得分:11)
从广义上讲,我同意Dave Newton在上面的回答。但是,您应该考虑这种方法的一些边缘情况。
使用另一个测试用例对Dave的解决方案进行修改:
// production code
var Klass = function() {
this.call_count = 0;
this.called_method();
};
Klass.prototype.called_method = function() {
++this.call_count;
};
// test code
describe("The Klass constructor", function() {
it("should call its prototype's called_method", function() {
spyOn(Klass.prototype, 'called_method');
var k = new Klass();
expect(k.called_method).toHaveBeenCalled();
});
it('some other test', function() {
var k = new Klass();
expect(k.call_count).toEqual(1);
});
});
第二次测试将失败,因为第一次测试中的间谍设置在测试边界内持续存在于第二种方法中; called_method不会增加call_count,所以this.call_count不等于1.也可能出现误报的情景 - 通过的测试,不应该。
除此之外,因为间谍仍然存在,所创建的Klass实例越多,间谍将消耗的内存堆就越大,因为间谍会将每次调用记录到called_method。在大多数情况下这可能不是问题,但你应该注意它,以防万一。
解决这个问题的一个简单方法是确保间谍在使用后被删除。它可能看起来有点难看,但这样的工作:
// test code
describe("The Klass constructor", function() {
it("should call its prototype's called_method", function() {
var spy = jasmine.createSpy('called_method');
var method = Klass.prototype.called_method;
Klass.prototype.called_method = spy;
var k = new Klass();
expect(spy).toHaveBeenCalled();
Klass.prototype.called_method = method;
});
[注意 - 完成一点意见]更好的解决方案是改变编写生产代码的方式,使代码更容易测试。作为一项规则,监视原型可能是一种需要避免的代码气味。而不是在构造函数中实例化依赖项,而是注入它们。而不是在构造函数中进行初始化,而是遵循适当的init方法。