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

像素级全站对比

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

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

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

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

目前常用的两大工具:

录制型测试

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

编码测试

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

JsTestDriver式

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

  • 启动服务器

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

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

静态测试

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

无头浏览器测试

即通过无头浏览器,如:PhantomJSSlimerJS来进行测试

持续集成测试

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

下面是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 built
INFO [karma]: Karma v0.12.35 server started at http://localhost:9876/
INFO [launcher]: Starting browser Chrome
INFO [launcher]: Starting browser PhantomJS
INFO [Chrome 41.0.2272 (Mac OS X 10.10.2)]: Connected on socket YFLQOvttbrfH9Mmxvqeu with id 10368837
WARN [web-server]: 404: /favicon.ico
INFO [PhantomJS 1.9.8 (Mac OS X 0.0.0)]: Connected on socket E1mb7b7zs7Ugi4u-vqev with id 68559341 Start:
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 object Finished in 2.447 secs / 2.318 secs SUMMARY:
✔ 78 tests completed

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

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

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

前端测试回顾及我们为什么选择Karma的更多相关文章

  1. 前端测试框架Jest系列教程 -- 简介

    写在前面: 随着互联网日新月异的发展,用户对于页面的美观度,流畅度以及各方面的体验有了更高的要求,我们的网页不再是简单的承载文字,图片等简单的信息传递给用户,我们需要的是更加美观的页面展示,更快的浏览 ...

  2. 前端测试框架对比(js单元测试框架对比)

    前端测试框架对比(js单元测试框架对比) 本文主要目的在于横评业界主流的几款前端框架,顺带说下相关的一些内容. 测试分类 通常应用会有 单元测试(Unit tests) 和 功能测试(Function ...

  3. 前端测试框架jest 简介

    转自: https://www.cnblogs.com/Wolfmanlq/p/8012847.html 作者:Ken Wang 出处:http://www.cnblogs.com/Wolfmanlq ...

  4. 前端测试框架 Jest

    前端测试工具一览 前端测试工具也和前端的框架一样纷繁复杂,其中常见的测试工具,大致可分为测试框架.断言库.测试覆盖率工具等几类.在正式开始本文之前,我们先来大致了解下它们: 测试框架 测试框架的作用是 ...

  5. 前端测试框架Jest系列教程 -- Asynchronous(测试异步代码)

    写在前面: 在JavaScript代码中,异步运行是很常见的.当你有异步运行的代码时,Jest需要知道它测试的代码何时完成,然后才能继续进行另一个测试.Jest提供了几种方法来处理这个问题. 测试异步 ...

  6. 前端测试框架Jest系列教程 -- Matchers(匹配器)

    写在前面: 匹配器(Matchers)是Jest中非常重要的一个概念,它可以提供很多种方式来让你去验证你所测试的返回值,本文重点介绍几种常用的Matcher,其他的可以通过官网api文档查看. 常用的 ...

  7. 前端测试框架Jest系列教程 -- Mock Functions

    写在前面: 在写单元测试的时候有一个最重要的步骤就是Mock,我们通常会根据接口来Mock接口的实现,比如你要测试某个class中的某个方法,而这个方法又依赖了外部的一些接口的实现,从单元测试的角度来 ...

  8. 前端测试框架Jest系列教程 -- Global Functions(全局函数)

    写在前面: Jest中定义了很多全局性的Function供我们使用,我们不必再去引用别的包来去实现类似的功能,下面将列举Jest中实现的全局函数. Jest Global Functions afte ...

  9. 前端测试框架Jest系列教程 -- Expect(验证)

    写在前面 在编写测试时,我们通常需要检查值是否满足某些条件,Jest中提供的expect允许你访问很多“Matchers”,这些“匹配器”允许您验证不同的东西. Expect 可以验证什么 Jest中 ...

随机推荐

  1. 多重背包 (poj 1014)

    题目:Dividing 题意:6种重量的的石头,每个给定数量,用总重的一半去装,问能否装满. #include <iostream> #include <algorithm> ...

  2. Tomcat需要更改三个端口,才能在一台机器上搭载多个tomcat

    1.shutdown端口.port改成与原有的不同即可 2.8080端口,需要更改. 3.默认端口

  3. ORA-24550错误

    [oracle@app-148-39 oracledata]$ sqluldr2_linux64_10204.bin USER=xxx/xxx@xxx:1521 charset=AL32UTF8 QU ...

  4. 「2013-9-14」Change Remote Desktop Port

    修改远程桌面服务(Remote Desktop Service)的端口号,有几点原因: 默认是 3389 端口,也是经常被端口嗅探器扫描的一个端口.更换端口号,一定程度上可以带来更好的安全性. 如果一 ...

  5. 过滤器(servlet.filter)和拦截器(springmvc.interceptor)区别

    ①拦截器是基于java的反射机制的,而过滤器是基于函数回调. ②拦截器不依赖与servlet容器,过滤器依赖与servlet容器. ③拦截器只能对action请求起作用,而过滤器则可以对几乎所有的请求 ...

  6. 关闭Ubuntu 12.04的内部错误提示

    刚装完系统后,才安装一个输入法重启电脑后,竟然就提示'内部错误'需要提交报告,什么状况? 发扬'不求甚解'的光荣传统,我又不搞Linux开发,对我来说只是个工具而已,工具出问题了解决问题即可不想劳神深 ...

  7. CodeIgniter nginx 404

    默认情况下CI 不支持路由模式需要在server里面配置,配置成如下即可: server { listen 80 ; server_name wechat.XX.com.cn; root XX; in ...

  8. 冲刺阶段 day 4

    day4 项目进展 今天上完软件工程后我们便聚在宿舍,总结了一下昨天的工作,讨论完成了昨天未完成的 注册功能,然后趁热打铁,构建了学生管理这部分的窗体搭建及部分代码的编写. 存在的问题 代码记不得.在 ...

  9. Gradle命令行黑魔法

    毫无疑问,现在Gradle已经成为java世界最火的构建工具,风头已经盖过了冗余的ant,落后的maven.Gradle是以Groovy语言编写的一套构建脚本的DSL,由于Groovy语法的优雅,所以 ...

  10. Nhibernate基础使用教程以及简易封装

    1.Nhibernate简介 NHibernate是一个面向.NET环境的对象/关系数据库映射工具.对象/关系数据库映射(object/relational mapping,ORM)这个术语表示一种技 ...