前端测试回顾及我们为什么选择Karma

前端测试回顾及我们为什么选择Karma

前端测试，或者UI测试一直是业界一大难题。最近Q.js使用Karma作为测试任务管理工具，本文在回顾前端测试方案的同时，也分析下为什么Q.js选用Karma而不是其他测试框架。

像素级全站对比

曾今有一批人做过这样的UI测试，即最终页面图像是否符合预期，通过图片差异对比来找出可能的问题。

如图所示，所谓像素级站点对比，即利用截屏图像前后对比来找出，站点前后差异，从而发现问题。

Q: 为什么需要这种测试呢？

A: CSS容易被破坏，在大型响应式重构案例中，像素级全站对比是一个比较好的测试方案。

目前常用的两大工具：

• BackstopJS
• PahntomCSS

录制型测试

比较经典的有Selenium，本质上提供了编码型测试，但是因为提供了录制功能，所以广泛被用于录制测试。

编码测试

即通过编写代码来测试UI，但由于各种兼容性问题，这里出现了各种方案。

JsTestDriver式

即启用一个服务器，然后让测试浏览器链接该服务器，便可自动运行测试任务，下面是BusterJS中的一个演示：

• 启动服务器

• 打开测试浏览器，并连上服务器，按下按钮使得服务器捕获该浏览器

• 在服务器发起一次测试，则每个被捕获的浏览器都会跑一次测试用例

静态测试

即通常的打开一个页面进行测试，下面是Mocha的静态测试页面例子：

无头浏览器测试

即通过无头浏览器，如：PhantomJS、SlimerJS来进行测试

持续集成测试

这个就需要看持续集成系统能提供什么浏览器支持了，一般至少可以提供PhantomJS来进行测试，比较优秀的持续集成系统有：

• Sauce Labs
• Travis

下面是Backbone在Sauce Labs里的测试，可见，可使用各种浏览器进行测试：

Karma

Karma是一个测试任务管理工具，可以很容易和Jasmine、Mocha等市面上常用的测试框架打通，通过其插件可以快速集成到各种环境中。例如：本地环境、持续集成环境。

她可以使我们只需输入一行命令就就行测试，并在文件进行修改后，重跑一次用例，过程就像用NodeJS进行测试一样一样的。

所以目前在各大开源项目中使用，下面是使用Q.js进行测试的完整输出：

bogon:Q.js miniflycn$ gulp test[23:58:30] Using gulpfile ~/github/Q.js/gulpfile.js[23:58:30] Starting 'test'...INFO [framework.browserify]: 70617 bytes written (0.30 seconds)INFO [framework.browserify]: bundle builtINFO [karma]: Karma v0.12.35 server started at http://localhost:9876/INFO [launcher]: Starting browser ChromeINFO [launcher]: Starting browser PhantomJSINFO [Chrome 41.0.2272 (Mac OS X 10.10.2)]: Connected on socket YFLQOvttbrfH9Mmxvqeu with id 10368837WARN [web-server]: 404: /favicon.icoINFO [PhantomJS 1.9.8 (Mac OS X 0.0.0)]: Connected on socket E1mb7b7zs7Ugi4u-vqev with id 68559341Start:  data    ? should able to get a vm data    ? should able to set a vm data    ? should able to pop a vm data    ? should able to unshift a vm data    ? should able to shift a vm data    ? should able to call indexOf for a DataArray    ? should able to call splice for a DataArray    ? should return itself when key is undefined    ? should able to watch vm change    ? should able traversing a array which has some PRoperty    ? should able to watch push method  class    ? should able to define & require a hello component    ? should able to create a child component    ? should able to set the data of a children component  custom    ? should able to create a custom filter    ? should able to toggle class    ? should able to set a class  if    ? should able to use if directive  attrbute    ? should able to set src    ? should able to set attribute  on    ? should able bind event  repeat    ? should able repeat    ? should able push a data    ? should able splice a data    ? should able multiple repeat    ? should not throw a error when repeat element has been modified    ? should throw a error when a filter hasn't implemented    ? should able to use double repeat  utils    ? should find a element    ? should able to copy a array use slice    ? should able check contains    ? should able to set and get data    ? should able to add & remove event    ? should able to extend objects    ? should able to extend from multiple srouces    ? should able to add & remove class    ? should able to check a objectFinished in 2.447 secs / 2.318 secsSUMMARY:? 78 tests completed

在这个构成中，Karma会根据我们设定的配置，自动在本地启动Chrome和PhantomJS进行测试。

那么我们为什么选择用Karma来测试呢？

• 方便集成测试
• 较为通用的开源解决方案，google出品
• Q.js 是一个js库，不需要像素级测试，由于是程序员我们也不需要录制测试，我们需要的是静态测试（开发阶段）、以及持续集成测试（集成阶段）
• 可以根据不同环境，选择不同浏览器进行测试。例如原来我们只能使用PhantomJS进行测试，现在我们可以在集成系统中使用Firefox和PhantomJS进行测试，在本地环境我们还可以Chrome、IE进行自动化测试。如果有钱，我们更可以购买Sauce Labs（关键没钱＝ ＝）的服务来得到更多浏览器支持。