Karma和Jasmine自动化单元测试

前言

  在Java领域,Apache, Spring, JBoss 三大社区的开源库,包罗万象,但每个库都在其领域中都鹤立鸡群。而Nodejs中各种各样的开源库,却让人眼花缭乱,不知从何下手。

  Nodejs领域: Jasmine做单元测试,Karma自动化完成单元测试,Grunt启动Karma统一项目管理,Yeoman最后封装成一个项目原型模板,npm做nodejs的包依赖管理,bower做javascript的包依赖管理。Java领域:JUnit做单元测试, Maven自动化单元测试,统一项目管理,构建项目原型模板,包依赖管理。

  Nodejs让组合变得更丰富,却又在加重我们的学习门槛。我还说不清楚,也看不透!

  上面写的有点远了,回到文章的主题,Jasmine+Karma自动化单元测试。

  目录

  Karma的介绍

  Karma的安装

  Karma + Jasmine配置

  自动化单元测试

  Karma和istanbul代码覆盖率

  Karma第一次启动时出现的问题

  1. Karma的介绍

  Karma是Testacular的新名字,在2012年google开源了Testacular,2013年Testacular改名为Karma。Karma是一个让人感到非常神秘的名字,表示佛教中的缘分,因果报应,比Cassandra这种名字更让人猜不透!

  Karma是一个基于Node.js的JavaScript测试执行过程管理工具(Test Runner)。该工具可用于测试所有主流Web浏览器,也可集成到CI(Continuous integration)工具,也可和其他代码编辑器一起使用。这个测试工具的一个强大特性就是,它可以监控(Watch)文件的变化,然后自行执行,通过console.log显示测试结果。

  Jasmine是单元测试框架,本单将介绍用Karma让Jasmine测试自动化完成。Jasmine的介绍,请参考文章:jasmine行为驱动,测试先行

  istanbul是一个单元测试代码覆盖率检查工具,可以很直观地告诉我们,单元测试对代码的控制程度。

  2. Karma的安装

  系统环境:

  win7 64bit, node v0.10.5, npm 1.2.19

  安装Karma


~ D:\workspace\javascript>mkdir karma

~ D:\workspace\javascript>cd karma

~ D:\workspace\javascript\karma>npm install -g karma

# 测试是否安装成功

~ D:\workspace\javascript\karma>karma start

INFO [karma]: Karma v0.10.2 server started at http://localhost:9876/

INFO [Chrome 28.0.1500 (Windows 7)]: Connected on socket nIlM1yUy6ELMp5ZTN9Ek

  从浏览器看到karam界面。

  karma1

  下面我们要开始配置karam。

3. Karma + Jasmine配置

  初始化karma配置文件karma.conf.js


~ D:\workspace\javascript\karma>karma init

Which testing framework do you want to use ?

Press tab to list possible options. Enter to move to the next question.

> jasmine

Do you want to use Require.js ?

This will add Require.js plugin.

Press tab to list possible options. Enter to move to the next question.

> no

Do you want to capture a browser automatically ?

Press tab to list possible options. Enter empty string to move to the next question.

> Chrome

>

What is the location of your source and test files ?

You can use glob patterns, eg. "js/*.js" or "test/**/*Spec.js".

Enter empty string to move to the next question.

>

Should any of the files included by the previous patterns be excluded ?

You can use glob patterns, eg. "**/*.swp".

Enter empty string to move to the next question.

>

Do you want Karma to watch all the files and run the tests on change ?

Press tab to list possible options.

> yes

Config file generated at "D:\workspace\javascript\karma\karma.conf.js".

  安装集成包karma-jasmine

  ~ D:\workspace\javascript\karma>npm install karma-jasmine

  4. 自动化单元测试

  3步准备工作:

  1. 创建源文件:用于实现某种业务逻辑的文件,就是我们平时写的js脚本

  2. 创建测试文件:符合jasmineAPI的测试js脚本

  3. 修改karma.conf.js配置文件

  1). 创建源文件:用于实现某种业务逻辑的文件,就是我们平时写的js脚本

  有一个需求,要实现单词倒写的功能。如:”ABCD” ==> “DCBA”


~ vi src.js

function reverse(name){

return name.split("").reverse().join("");

}

  2). 创建测试文件:符合jasmineAPI的测试js脚本


describe("A suite of basic functions", function() {

it("reverse word",function(){

expect("DCBA").toEqual(reverse("ABCD"));

});

});

  3). 修改karma.conf.js配置文件

  我们这里需要修改:files和exclude变量


module.exports = function (config) {

config.set({

basePath: '',

frameworks: ['jasmine'],

files: ['*.js'],

exclude: ['karma.conf.js'],

reporters: ['progress'],

port: 9876,

colors: true,

logLevel: config.LOG_INFO,

autoWatch: true,

browsers: ['Chrome'],

captureTimeout: 60000,

singleRun: false

});

};

  启动karma

  单元测试全自动执行


~ D:\workspace\javascript\karma>karma start karma.conf.js

INFO [karma]: Karma v0.10.2 server started at http://localhost:9876/

INFO [launcher]: Starting browser Chrome

WARN [launcher]: The path should not be quoted.

Normalized the path to C:\Program Files (x86)\Google\Chrome\Application\chrome.exe

INFO [Chrome 28.0.1500 (Windows 7)]: Connected on socket bVGffDWpc1c7QNdYye_6

INFO [Chrome 28.0.1500 (Windows 7)]: Connected on socket DtTdVbd4ZsgnMQrgye_7

Chrome 28.0.1500 (Windows 7): Executed 1 of 1 SUCCESS (3.473 secs / 0.431 secs)

Chrome 28.0.1500 (Windows 7): Executed 1 of 1 SUCCESS (0.068 secs / 0.021 secs)

TOTAL: 2 SUCCESS

  浏览器会自动打开


  karma2

  我们修改test.js

~ vi test.js

describe("A suite of basic functions", function() {

it("reverse word",function(){

expect("DCBA").toEqual(reverse("ABCD"));

expect("Conan").toEqual(reverse("nano"));

});

});

  由于karma.conf.js配置文件中autoWatch: true, 所以test.js文件保存后,会自动执行单元测试。

  执行日志如下:提示我们单元测试出错了。

INFO [watcher]: Changed file "D:/workspace/javascript/karma/test.js".

Chrome 28.0.1500 (Windows 7) A suite of basic functions reverse word FAILED

Expected 'Conan' to equal 'onan'.

Error: Expected 'Conan' to equal 'onan'.

at null. (D:/workspace/javascript/karma/test.js:4:25)

Chrome 28.0.1500 (Windows 7): Executed 1 of 1 (1 FAILED) ERROR (0.3 secs / 0.006 secs)

  5. Karma和istanbul代码覆盖率

  增加代码覆盖率检查和报告,增加istanbul依赖

  ~ D:\workspace\javascript\karma>npm install karma-coverage

  修改karma.conf.js配置文件

~ vi karma.conf.js

reporters: ['progress','coverage'],

preprocessors : {'src.js': 'coverage'},

coverageReporter: {

type : 'html',

dir : 'coverage/'

}

  启动karma start,在工程目录下面找到index.html文件,coverage/chrome/index.html

  打开后,我们看到代码测试覆盖绿报告

  karma3

  覆盖率是100%,说明我们完整了测试了src.js的功能。

  接下来,我们修改src.js,增加一个if分支


function reverse(name){

if(name=='AAA') return "BBB";

return name.split("").reverse().join("");

}

  再看覆盖率报告,

  karma4

  Statements:75%覆盖,Branches:50%覆盖。

  为了产品的质量我们要尽量达到更多的覆盖率,一般对于JAVA项目来说,能达到80%就是相当高的标准了。对于Javascript的代码测试及覆盖率研究,我还要做更多的验证。

  6. Karma第一次启动时出现的问题

  CHROME_BIN的环境变量问题


~ D:\workspace\javascript\karma>karma start karma.conf.js

INFO [karma]: Karma v0.10.2 server started at http://localhost:9876/

INFO [launcher]: Starting browser Chrome

ERROR [launcher]: Cannot start Chrome

Can not find the binary C:\Users\Administrator\AppData\Local\Google\Chrome\Application\chrome.exe

Please set env variable CHROME_BIN

  设置方法:找到系统中chrome的安装位置,找到chrome.exe文件

  ~ D:\workspace\javascript\karma>set CHROME_BIN="C:\Program Files (x86)\Google\Chrome\Application\chrome.exe"

最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-08-02 17:44:30

Karma和Jasmine自动化单元测试的相关文章

前端开发自动化单元测试趋势

时至今日,Web 前端已经发生了巨大的演变,而单页应用程序也成为了标准.众多应用程序完成了从 PC 到移动端的华丽转身,而那些基于 JavaScript 的框架变得更受开发者们欢迎. TestProject 进行了一项调查,以便了解目前前端开发技术和自动化单元测试的趋势.调查的结果揭示了软件专业人士对热门框架,以及工具的偏好程度.我们从 957 个相关人士的调查问卷中,得出了这个让人印象深刻的结果! 调查方式 向 2,735 名相关者发出在线问卷调查,其中 957 人回答了问卷中的问题. 数据收

来,加入前端自动化单元测试

最近闲来无事,开始摸索前端单元测试.一是不备之需,二是确实在实际项目中能够用到单元测试.这样可以提高开发效率,提升代码质量,完全可以单独对 JS 进行测试,无需页面,不依赖其他第三方. 为什么需要单元测试 在这里首先需要知道单元测试的目的及结果: 使代码健壮,质量高,兼容各种临界点; 减少 QA 测试报告的反馈,提高自我影响力; 保证代码的整洁清晰. 如果需要刨根问底追究为什么需要进行单元测试,那我们可以开始讲讲实际项目开发中遇到的一些问题: QA 不断反馈代码有 BUG (此时你正在投入的开发

自动化单元测试的实践之路

自动化单元测试并不是什么新鲜事物,它应该是团队持之以恒的事情,可能有很多团队知道如何去做,但是还做得不够好:还有不少团队不知道如何去做,甚至有一些旧系统还不敢去重构,还在坚持着Java中的main方法调用的方式来执行,在漫长等待构建结果. 本文主要讲基于Java项目如何做自动化单元测试的实践. 1 是否值得 关于单元测试的意义,详细参考stackoverflow这篇文章: http://stackoverflow.com/questions/67299/is-unit-testing-worth

自动化单元测试实践之路

自动化单元测试并不是什么新鲜事物,它应该是团队持之以恒的事情,可能有很多团队知道如何去做,但是还做得不够好:还有不少团队不知道如何去做,甚至有一些旧系统还不敢去重构,还在坚持着Java中的main方法调用的方式来执行,在漫长等待构建结果. 本文主要讲基于Java项目如何做自动化单元测试的实践. 1 是否值得 关于单元测试的意义,详细参考stackoverflow这篇文章: http://stackoverflow.com/questions/67299/is-unit-testing-worth

javascript-关于集成karma后的JavaScript单元测试配置的问题

问题描述 关于集成karma后的JavaScript单元测试配置的问题 小弟初学js的单元测试,使用的是karma+chai+phantomJS,进行的单元测试.现在的架构搭建起来,对应的文件也有,但是使用karama start这个命令的时候,能够看到phantomJS已经连接上,但是不加载对应的测试文件,求教应该怎么处理,图片稍后附上 解决方案 参考下http://www.aichengxu.com/view/34311http://www.tuicool.com/articles/yuMv

《测试驱动的嵌入式C语言开发》——2.3节CppUTest:一个用C++实现的自动化单元测试框架

2.3 CppUTest:一个用C++实现的自动化单元测试框架现在你已经见过了Unity,接下来我会快速介绍一下CppUTest,同时也是我更倾向于使用的对C和C++代码进行单元测试的自动化测试框架.事实上,不仅因为它是一个功能全面的测试框架,同时也因为我是CppUTest的作者之一.本书开始的几个例子会用Unity,在第8章之后会使用CppUTest.CppUTest是为了支持在多种操作系统上开发嵌入式软件而特别设计的.CppUTest的宏被设计成不需要了解C++也可以写测试用例.这使得C程序

《测试驱动的嵌入式C语言开发》——2.1节什么是自动化单元测试框架

2.1 什么是自动化单元测试框架自动化单元测试框架就是一个软件包,它能让程序员表达产品代码应该有什么样的行为.自动化单元测试框架的工作就是要提供以下能力: 用于表述测试用例的通用语言: 用于表述期望结果的通用语言: 能够使用产品代码所用编程语言的功能: 能把所有的工程.系统或子系统中的单元测试用例收集到一起: 一个能运行全部或者部分测试用例的机制: 对于测试套件的成功和失败给出明确的报告: 对于失败的测试给出详细的报告.本书中用到的两个单元测试框架在测试嵌入式C代码以及开源代码中都很流行,并且它

敏捷开发离不开自动化单元测试

概述:敏捷项目预想测试计划,测试创建和测试执行在项目生命周期中贯穿始终.因此单元测试的需要,尤其是自动化单元测试不可忽略,而且应当作为整个团队的关键责任-而不仅仅是软件开发人员的责任.敏捷方法是建立在短期.可迭代并且可增长发布版本,可以对变更有持续反馈和灵活应对的基础上的管理软件开发的方法.起源于快速演变的商业环境,由于需要产品更快地完成改善和修改,敏捷方法推动了能够贯穿适用于整个应用程序管理流程的组织结构的速度质量,应对能力和适应性.这篇文章阐述了为什么敏捷开发没有单元测试不能有效地实施-尤其

在Python中进行自动化单元测试的教程_python

一.软件测试 大型软件系统的开发是一个很复杂的过程,其中因为人的因素而所产生的错误非常多,因此软件在开发过程必须要有相应的质量保证活动,而软件测试则是保证质量的关键措施.正像软件熵(software entropy)所描述的那样:一个程序从设计很好的状态开始,随着新的功能不断地加入,程序逐渐地失去了原有的结构,最终变成了一团乱麻(其实最初的"很好的状态"得加个问号).测试的目的说起来其实很简单也极具吸引力,那就是写出高质量的软件并解决软件熵这一问题. 可惜的是,软件开发人员很少能在编码