单元测试需要掌握的知识点
-
karma.conf.js的配置 具体了解到每一项的意义，这样才能真正的了解这个配置是如何配置的，甚至才可以做到自己的配置。
- 组件的测试
- 单独的service测试
Angular的测试工具
Angular的测试工具类包含了TestBed类和一些辅助函数方法，当时这不是唯一的，你可以不依赖Angular 的DI（依赖注入）系统，自己new出来测试类的实例。
孤立的单元测试
describe('Service: base-data-remote', () => {
let service = new BaseDataRemoteService();
it('should be created',() => {
expect(service).toBeTruthy();
});
});
利用Angular测试工具进行测试知识点总结
测试工具包含了TestBed类和@angular/core/testing中的一些方法。
- 在每个spec之前 ,
TestBed将自己重设为初始状态。
测试组件
import { Component } from '@angular/core';
@Component({
selector: 'app-banner',
template: '<h1>{{title}}</h1>'
})
export class BannerComponent {
title = 'Test Tour of Heroes';
}
let comp: BannerComponent;
let fixture: ComponentFixture<BannerComponent>;
let de: DebugElement;
let el: HTMLElement;
describe('BannerComponent', () => {
beforeEach(() => {
TestBed.configureTestingModule({
declarations: [ BannerComponent ], // declare the test component
});
fixture = TestBed.createComponent(BannerComponent);
comp = fixture.componentInstance; // BannerComponent test instance
// query for the title <h1> by CSS element selector
de = fixture.debugElement.query(By.css('h1'));
el = de.nativeElement;
});
});
- 组件测试
- TestBed.createComponent创建BannerComponent组件的实例，可以用来测试和返回fixture。
- TestBed.createComponent关闭当前TestBed实例，让它不能再被配置。
-
query方法接受predicate函数，并搜索fixture的整个DOM树，试图寻找第一个满足predicate函数的元素。
-
queryAll方法返回一列数组，包含所有DebugElement中满足predicate的元素。
-
By类是Angular测试工具之一，它生成有用的predicate。 它的By.css静态方法产生标准CSS选择器 predicate，与JQuery选择器相同的方式过滤。
-
detectChanges：在测试中的Angular变化检测。
每个测试程序都通过调用fixture.detectChanges()
来通知Angular执行变化检测。
测试有依赖的组件，这个依赖的测试
这个依赖的模拟方式有两种：伪造服务实例（提供服务复制品）、刺探真实服务。这两种方式都不错，只需要挑选一种最适合你当前测试文件的测试方式来做最好。
伪造服务实例
被测试的组件不一定要注入真正的服务。实际上，服务的复制品（stubs, fakes, spies或者mocks）通常会更加合适。 spec的主要目的是测试组件，而不是服务。真实的服务可能自身有问题。
这个测试套件提供了最小化的UserServiceStub类，用来满足组件和它的测试的需求。
userServiceStub = {
isLoggedIn: true,
user: { name: 'Test User'}
};
获取注入的服务
测试程序需要访问被注入到组件中的UserService（stub类）。
Angular的注入系统是层次化的。 可以有很多层注入器，从根TestBed创建的注入器下来贯穿整个组件树。
最安全并总是有效的获取注入服务的方法，是从被测试的组件的注入器获取。 组件注入器是fixture的DebugElement的属性。
出人意料的是，请不要引用测试代码里提供给测试模块的userServiceStub对象。它是行不通的！ 被注入组件的userService实例是彻底不一样的对象，是提供的userServiceStub
的克隆。
- TestBed.get方法从根注入器中获取服务。
例如：
dataService = testBed.get(DataService);
测试代码
beforeEach(() => {
// stub UserService for test purposes
userServiceStub = {
isLoggedIn: true,
user: { name: 'Test User'}
};
TestBed.configureTestingModule({
declarations: [ WelcomeComponent ],
// 重点
providers: [ {provide: UserService, useValue: userServiceStub } ]
});
fixture = TestBed.createComponent(WelcomeComponent);
comp = fixture.componentInstance;
// UserService from the root injector
// 重点
userService = TestBed.get(UserService);
// get the "welcome" element by CSS selector (e.g., by class name)
de = fixture.debugElement.query(By.css('.welcome'));
el = de.nativeElement;
});
刺探（Spy）真实服务
注入了真是的服务，并使用Jasmine的spy替换关键的getXxxx方法。
spy = spyOn(remoteService, 'getTodos').and.returnValues([Promise.resolve(datas), Promise.resolve(datas2)]);
Spy的设计是，所有调用getTodos的方法都会受到立刻解析的承诺，得到一条预设的名言。
it方法中的几个函数
写单元测试时，it里经常会有几个常见的方法，async(),fakeAsync(),tick(),jasmine.done()方法等。
这几个方法，都帮助我们简化了异步测试程序的代码。但是需要正确的使用这几个方法。
组件
@Component({
selector: 'twain-quote',
template: '<p class="twain"><i>{{quote}}</i></p>'
})
export class TwainComponent implements OnInit {
intervalId: number;
quote = '...';
constructor(private twainService: TwainService) { }
ngOnInit(): void {
this.twainService.getQuote().then(quote => this.quote = quote);
}
}
- async
- 是Angular TestBed的一部分。通过将测试代码放到特殊的异步测试区域来运行，async函数简化了异步测试程序的代码。
-
接受无参数的函数方法，返回无参数的函数方法，变成Jasmine的it函数的参数。
- 它的参数看起来和普通的it参数主体一样。 没有任何地方显示异步特征。 比如，它不返回承诺，并且没有done方法可调用，因为它是标准的Jasmine异步测试程序。
使用例子：
it('should show quote after getQuote promise (async)', async(() => {
fixture.detectChanges();
fixture.whenStable().then(() => { // wait for async getQuote
fixture.detectChanges(); // update view with quote
expect(el.textContent).toBe(testQuote);
});
}));
-
简单介绍一下whenStable()方法
- 测试程序必须等待getQuote在JavaScript引擎的下一回合中被解析。
- ComponentFixture.whenStable方法返回它自己的承诺，它getQuote
承诺完成时被解析。实际上，“stable”的意思是当所有待处理异步行为完成时的状态，在“stable”后whenStable承诺被解析。
- 然后测试程序继续运行，并开始另一轮的变化检测（fixture.detectChanges
）,通知Angular使用名言来更新DOM。 getQuote
辅助方法提取出显示元素文本，然后expect语句确认这个文本与预备的名言相符。
- fakeAsync
- fakeAsync是另一种Angular测试工具。
- 和async一样，它也接受无参数函数并返回一个函数，变成Jasmine的it
函数的参数。
- fakeAsync函数通过在特殊的fakeAsync测试区域运行测试程序，让测试代码更加简单直观。
- 对于async来说，fakeAsync最重要的好处是测试程序看起来像同步的。里面没有任何承诺。 没有then(…)链来打断控制流。
- tick
tick函数是Angular测试工具之一，是fakeAsync的同伴。 它只能在fakeAsync的主体中被调用。
- 调用tick()模拟时间的推移，直到全部待处理的异步任务都已完成，在这个测试案例中，包含getQuote承诺的解析。
使用例子
it('should show quote after getQuote promise (fakeAsync)', fakeAsync(() => {
fixture.detectChanges();
tick(); // wait for async getQuote
fixture.detectChanges(); // update view with quote
expect(el.textContent).toBe(testQuote);
}));
- jasmine.done
虽然async和fakeAsync函数大大简化了异步测试，但是你仍然可以使用传统的Jasmine异步测试技术。
你仍然可以将接受 done回调的函数传给it。 但是，你必须链接承诺、处理错误，并在适当的时候调用done。
使用例子
it('should show quote after getQuote promise (done)', done => {
fixture.detectChanges();
// get the spy promise and wait for it to resolve
spy.calls.mostRecent().returnValue.then(() => {
fixture.detectChanges(); // update view with quote
expect(el.textContent).toBe(testQuote);
done();
});
});
以上这三个测试例子是等价的，也就是说，你可以随你喜好选择你喜欢的测试方式来进行单元测试的编写。
测试有外部模板的组件
使用例子
// async beforeEach
beforeEach( async(() => {
TestBed.configureTestingModule({
declarations: [ DashboardHeroComponent ],
})
.compileComponents(); // compile template and css
}));
beforeEach里的async函数
注意beforeEach里面对async的调用，因为异步方法TestBed.compileComponents而变得必要。
compileComponents
- 在本例中，TestBed.compileComponents编译了组件，那就是DashbaordComponent。 它是这个测试模块唯一的声明组件。
- 本章后面的测试程序有更多声明组件，它们中间的一些导入应用模块，这些模块有更多的声明组件。 一部分或者全部组件可能有外部模板和CSS文件。 TestBed.compileComponents一次性异步编译所有组件。
- compileComponents方法返回承诺，可以用来在它完成时候，执行更多额外任务。
测试前期代码
// async beforeEach
beforeEach( async(() => {
TestBed.configureTestingModule({
declarations: [ DashboardHeroComponent ],
})
.compileComponents(); // compile template and css
}));
// synchronous beforeEach
beforeEach(() => {
fixture = TestBed.createComponent(DashboardHeroComponent);
comp = fixture.componentInstance;
heroEl = fixture.debugElement.query(By.css('.hero')); // find hero element
// pretend that it was wired to something that supplied a hero
expectedHero = new Hero(42, 'Test Name');
comp.hero = expectedHero;
fixture.detectChanges(); // trigger initial data binding
});
属性
测试代码是将模拟英雄（expectedHero）赋值给组件的hero属性的。
// pretend that it was wired to something that supplied a hero
expectedHero = new Hero(42, 'Test Name');
comp.hero = expectedHero;
点击事件
it('should raise selected event when clicked', () => {
let selectedHero: Hero;
comp.selected.subscribe((hero: Hero) => selectedHero = hero);
heroEl.triggerEventHandler('click', null);
expect(selectedHero).toBe(expectedHero);
});
这个组件公开EventEmitter属性。测试程序像宿主组件那样来描述它。
heroEl是个DebugElement，它代表了英雄所在的
。 测试程序用”click”事件名字来调用triggerEventHandler。 调用DashboardHeroComponent.click()时，”click”事件绑定作出响应。
如果组件想期待的那样工作，click()通知组件的selected属性发出hero对象，测试程序通过订阅selected事件而检测到这个值，所以测试应该成功。
triggerEventHandler
Angular的DebugElement.triggerEventHandler可以用事件的名字触发任何数据绑定事件。 第二个参数是传递给事件处理器的事件对象。
自己遇到的坑儿
下面都是自己在实际的编写单元测试时，真实遇到的问题，自己真的是在这上面花费了很多时间啊！！！为什么没有说花冤枉时间呢？就是因为是自己对单元测试还没哟掌握，所以出了错，不要紧，重要的是以后不能再犯！
service的注入
刚刚接触angular2吧，对很多service的写法不是很了解，以至于真的是白白浪费了很多时间，尤其是在这个service的模拟上。可能聪明如你，不会犯我这样简单却又致命的错误吧，只希望，以后的贺贺也可以不再犯这样的错！
写在后面
GitHub上集大家之力搞了一个前端面试题的项目，里面都是大家面试时所遇到的题以及一些学习资料，有兴趣的话可以关注一下。如果你也有兴趣加入我们的话，请在项目中留言。项目同时也可以在gitbook上查看。
InterviewLibrary-GitHub
InterviewLibrary-gitbook
