摘要:主要完成一下工作啟動一個(gè)服務(wù)器,生成包含源代碼和測試腳本的頁面運(yùn)行瀏覽器加載頁面,并顯示測試的結(jié)果如果開啟檢測,則當(dāng)文件有修改時(shí),執(zhí)行繼續(xù)執(zhí)行以上過程。如果我們引入了一些其它的庫,比如之類的,將源代碼和庫代碼打包在一起后,覆蓋率會更難看。。
前言
在前端開發(fā)中,測試常常是被忽略的一環(huán)。因此最近在研究前端自動化測試框架Karma,把個(gè)人的學(xué)習(xí)過程分享出來,希望對大家有幫助。
什么是Karma?Karma是由Google團(tuán)隊(duì)開發(fā)的一套前端測試運(yùn)行框架。它不同于測試框架(例如jasmine,mocha等),運(yùn)行在這些測試框架之上。主要完成一下工作:
Karma啟動一個(gè)web服務(wù)器,生成包含js源代碼和js測試腳本的頁面;
運(yùn)行瀏覽器加載頁面,并顯示測試的結(jié)果;
如果開啟檢測,則當(dāng)文件有修改時(shí),執(zhí)行繼續(xù)執(zhí)行以上過程。
Karma的安裝配置 初始項(xiàng)目結(jié)構(gòu)karma-example ├── src ├── index.js ├── test ├── package.json
index.js的內(nèi)容如下
function isNum(num) { if (typeof num === "number") { return true } else { return false } }安裝Karma環(huán)境
為了方便搭建Karma環(huán)境,我們可以全局安裝karma-cli來幫我們初始化測試環(huán)境:
npm i -g karma-cli
然后在項(xiàng)目中安裝karma包
npm i --save-dev karma
接下來在工程目錄中運(yùn)行karma init來進(jìn)行測試環(huán)境初始化,并按照指示一步步完成。
上圖是選項(xiàng)的示例,這里使用jasmine測試框架,PhantomJS作為代碼運(yùn)行的環(huán)境(也可以選擇其他瀏覽器作為運(yùn)行環(huán)境,比如Chrome,IE等)。最后在項(xiàng)目中生成karma.conf.js文件。
至此就搭建好了基本的Karma運(yùn)行環(huán)境。
運(yùn)行Karma在test目錄里編寫一個(gè)簡單的測試腳本,我們使用的是jasmine測試框架,具體的api可以參考jasmine api,內(nèi)容如下
describe("index.js: ", function() { it("isNum() should work fine.", function() { expect(isNum(1)).toBe(true) expect(isNum("1")).toBe(false) }) })
然后在項(xiàng)目根目錄下運(yùn)行karma start命令,我們可以看到運(yùn)行的結(jié)果如下
可以看到,運(yùn)行的結(jié)果顯示測試成功。
同時(shí),因?yàn)槲覀冎霸O(shè)置了監(jiān)控文件的修改,所以當(dāng)我們修改源文件或者測試腳本的時(shí)候,Karma會自動幫我們再次運(yùn)行,無需我們手動操作。
Coverage如何衡量測試腳本的質(zhì)量呢?其中一個(gè)參考指標(biāo)就是代碼覆蓋率(coverage)。
什么是代碼覆蓋率?簡而言之就是測試中運(yùn)行到的代碼占所有代碼的比率。其中又可以分為行數(shù)覆蓋率,分支覆蓋率等。具體的含義不再細(xì)說,有興趣的可以自行查閱資料。
雖然并不是說代碼覆蓋率越高,測試的腳本寫得越好(可以看看參考文獻(xiàn)4),但是代碼覆蓋率對撰寫測試腳本還是有一定的指導(dǎo)意義的。因此接下來我們在Karma環(huán)境中添加Coverage。
首先安裝好Karma覆蓋率工具
npm i --save-dev karma-coverage
然后修改配置文件karma.conf.js,
module.exports = function(config) { config.set({ basePath: "", frameworks: ["jasmine"], files: [ "src/**/*.js", "test/**/*.js" ], exclude: [], // modified preprocessors: { "src/**/*.js": ["coverage"] }, //modified reporters: ["progress", "coverage"], // add coverageReporter: { type : "html", dir : "coverage/" }, port: 9876, colors: true, logLevel: config.LOG_INFO, autoWatch: true, browsers: ["PhantomJS"], singleRun: false, concurrency: Infinity }) }
再運(yùn)行karma start后,會在目錄下生成coverage目錄,里面有本次測試的覆蓋報(bào)告。打開后的結(jié)果如下
使用Webpack+Babel在實(shí)際項(xiàng)目中,有事會需要用到Webpack和ES6,所以接下來將Webpack和Babel集成進(jìn)Karma環(huán)境中。
安裝karma-webpack
npm i --save-dev karma-webpack
安裝babel
npm i --save-dev babel-loader babel-core babel-preset-es2015
然后文件進(jìn)行改造,src/index.js文件修改為
function isNum(num) { if (typeof num === "number") { return true } else { return false } } exports.isNum = isNum
text/index.js文件修改為
const Util = require("../src/index") describe("index.js: ", () => { it("isNum() should work fine.", () => { expect(Util.isNum(1)).toBe(true) expect(Util.isNum("1")).toBe(false) }) })
接下來修改配置文件karma.conf.js
module.exports = function(config) { config.set({ basePath: "", frameworks: ["jasmine"], files: [ "test/**/*.js" ], exclude: [], preprocessors: { "test/**/*.js": ["webpack", "coverage"] }, reporters: ["progress", "coverage"], coverageReporter: { type: "html", dir: "coverage/" }, port: 9876, colors: true, logLevel: config.LOG_INFO, autoWatch: true, browsers: ["PhantomJS"], singleRun: false, concurrency: Infinity, webpack: { module: { loaders: [{ test: /.js$/, loader: "babel", exclude: /node_modules/, query: { presets: ["es2015"] } }] } } }) }
注意這里的修改:
files只留下test文件。因?yàn)閣ebpack會自動把需要的其它文件都打包進(jìn)來,所以只需要留下入口文件。
preprocessors也修改為test文件,并加入webpack域處理器
加入webpack配置選項(xiàng)??梢宰约憾ㄖ婆渲庙?xiàng),但是不需要entry和output。這里加上babel-loader來編譯ES6代碼
運(yùn)行karma start,成功了~
再看看Coverage,臥槽。。居然不是百分之百了。。。
原因很簡單,webpack會加入一些代碼,影響了代碼的Coverage。如果我們引入了一些其它的庫,比如jquery之類的,將源代碼和庫代碼打包在一起后,覆蓋率會更難看。。這樣的Coverage就沒有了參考的價(jià)值。
還好有大神給我們提供了解決方案,需要安裝插件
npm i --save-dev babel-plugin-istanbul
修改webpack中babel-loader的配置
{ test: /.js$/, loader: "babel", exclude: /node_modules/, query: { presets: ["es2015"], plugins: ["istanbul"] } }
因?yàn)檫@里引入了istanbul插件來檢測Coverage,所以要把preprocessors里的coverage去掉。
搞定以后,運(yùn)行karma start。當(dāng)當(dāng)當(dāng)當(dāng)~一切OK啦,盡情編寫測試腳本把~
最后附上示例項(xiàng)目地址:karma-example
ReferencesKarma
Karma using ES6
Jasmine API
測試覆蓋(率)到底有什么用?
Just Say No to More End-to-End Tests
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/8744.html
摘要:主要完成一下工作啟動一個(gè)服務(wù)器,生成包含源代碼和測試腳本的頁面運(yùn)行瀏覽器加載頁面,并顯示測試的結(jié)果如果開啟檢測,則當(dāng)文件有修改時(shí),執(zhí)行繼續(xù)執(zhí)行以上過程。如果我們引入了一些其它的庫,比如之類的,將源代碼和庫代碼打包在一起后,覆蓋率會更難看。。 前言 在前端開發(fā)中,測試常常是被忽略的一環(huán)。因此最近在研究前端自動化測試框架Karma,把個(gè)人的學(xué)習(xí)過程分享出來,希望對大家有幫助。 什么是Kar...
摘要:但是,項(xiàng)目中的一些公共封裝,比如公共的組件公用的功能模塊等是可以使用單元測試的。因此特為組件庫引入單元測試,目的在于能減少組件的,避免重復(fù)的發(fā)布不必要的包。 項(xiàng)目github地址:https://github.com/yuanalina/installAsRequired這里必須要提前說明,前端項(xiàng)目的單元測試不是必須的,特別是業(yè)務(wù)型項(xiàng)目,增加單元測試反而會成為累贅,增加開發(fā)成本且無意義...
摘要:基礎(chǔ)知識作用為提供瀏覽器測試環(huán)境,為真正測試框架,為斷言庫測試用例基礎(chǔ)塊稱為測試套件,表示一組相關(guān)的測試。它也是一個(gè)函數(shù),第一個(gè)參數(shù)是測試用例的名稱,第二個(gè)參數(shù)是一個(gè)實(shí)際執(zhí)行的函數(shù)。 基礎(chǔ)知識 karma作用為提供瀏覽器測試環(huán)境,mocha為真正測試框架,chai為斷言庫 測試用例基礎(chǔ) describe塊稱為測試套件(test suite),表示一組相關(guān)的測試。它是一個(gè)函數(shù),第一個(gè)...
摘要:單元測試我們可以將其分成兩類獨(dú)立單獨(dú)測試與測試工具集。工具集還有更多,這一切我們將在單元測試組件與指令單元測試逐一說明。那么下一篇,我們將介紹如何使用進(jìn)行單元測試。 本文將探討如何搭建測試環(huán)境、以及Angular測試工具集。 測試環(huán)境 絕大部分都是利用Angular Cli來創(chuàng)建項(xiàng)目,因此,默認(rèn)已經(jīng)集成我們所需要的npm包與腳本;當(dāng)然,如果你是使用自建或官網(wǎng) quickstart 的話...
閱讀 5257·2021-10-15 09:42
閱讀 1620·2021-09-22 16:05
閱讀 3280·2021-09-22 15:57
閱讀 3418·2019-12-27 12:06
閱讀 978·2019-08-29 15:16
閱讀 2888·2019-08-26 12:24
閱讀 391·2019-08-26 12:02
閱讀 1897·2019-08-23 16:00