Articles of 代码覆盖

CoffeeScript代码覆盖

是否可以在不使用CoffeeScriptRedux编译器(在ibrik中使用这个编译器)的情况下对CofeeScript源执行代码覆盖。 我理解这个新编译器的优点,但看起来还没有完成,不适合我的项目。

报告Jenkins中的Angular 2代码覆盖率 – 覆盖类别之间的不匹配

我们为我们的Angular 2代码库build立了一个Jenkins版本,它以与我们的Java项目的testing和覆盖率报告类似的方式报告testing和代码覆盖率信息。 我们使用Karma来使用以下karma.conf.js生成Cobertura兼容覆盖数据: coverageReporter: { dir: 'coverage/', reporters: [{ type: 'html', dir: 'coverage' }, { type: 'lcovonly', subdir: 'report-lcov' }, { type: 'text-summary' }, // this is the important part: { type: 'cobertura', subdir: '.', file: 'cobertura.xml' } ] } 我们使用Jenkins的Publish Cobertura Coverage Report插件,并将其指向cobertura.xml文件。 我们看到的问题是,我们的实际覆盖率似乎比我们的Jenkins UI中报告的要less得多。 我相信这是因为Jenkins类别的覆盖范围是“包”,“文件”,“类”,“方法”,“线条”和“条件”,而来自Karma的类别是“语句”,“分支” “function”,“线条”。 似乎排队的这两个类别中只有两个是“Lines”,而这是唯一一个报告数量不是100%的数据。 有没有办法正确翻译Karma报道报告中的类别,并将其显示在Jenkins中? 还需要任何解决scheme才能在构build摘要页面上显示覆盖率历史logging的图表。 一些截图: 我们的一些npm test命令: jenkinsbuild立摘要页面: […]

我可以使用伊斯坦布尔为摩卡html-cov的仪器

我正在尝试使用istanbul instrument输出mocha -R html-cov但不能得到它的工作。 我的testing脚本是: test: post: – node_modules/.bin/istanbul cover node_modules/.bin/_mocha -dir $CIRCLE_ARTIFACTS — -u exports -R spec – node_modules/.bin/istanbul instrument . -o lib-cov – cp package.json lib-cov/ # needs to be copied manually – MY_LIB_COV=1 node_modules/.bin/mocha -R html-cov > $CIRCLE_ARTIFACTS/coverage.html 我的testing有以下开关: var mylib = process.env.MY_LIB_COV ? require('../lib-cov') : require('../'); 伊斯坦布尔在lcov-report/index.html给了我一个很好的输出。 摩卡的html-cov在coverage.html给了我'0%覆盖率0 SLOC' 伊斯坦布尔的lcov报告是丑陋的。 我想用漂亮的mocha […]

伊斯坦布尔代码覆盖:如何忽略这样的行?

当执行代码覆盖时,我所有的.catch()语句都被发现了,有没有一种方法可以指定/ * istanbul忽略next * / somewhere? 例如: function list(req, res, next) { const { limit = 50, skip = 0 } = req.query; User.list({ limit, skip }) .then(users => res.json(users)) .catch(e => next(e)); <= this line is marked as uncovered }

如何在不修改源代码的情况下获得Mochatesting的代码覆盖率?

我有很多使用Mocha编写的Node.js应用程序的unit testing。 现在我想为这些testing提供一些testing覆盖率数据。 我已经看到,摩卡支持覆盖率报告,但需要使用一个库,如JSCoverage预处理。 处理JSCoverage基本上并不困难,但是为了一切正常,这个场景需要你修改你的源代码,以便根据环境variables导出原始代码。 这基本上是我不喜欢的一步。 我想要的是: 像往常一样写我的代码。 像往常一样写我的testing使用摩卡。 为我的testing获取代码覆盖率,而无需修改testing或代码。 这可能吗? 如果是这样,怎么样? 任何提示让我这样做的图书馆将是伟大的:-)

Serverside JS覆盖IntelliJ

有没有在智能浏览器运行代码覆盖的方法? http://www.jetbrains.com/webstorm/webhelp/monitoring-code-coverage-for-javascript.html这只是Jetbrains的覆盖教程,但这两个都需要一个浏览器,所以我无法testing我的节点。 js代码。 我敢打赌,我不是唯一一个想要使用IntelliJ的Node.js代码的覆盖报告:) 噶和JsTestDriver似乎都在浏览器中运行testing,所以没有Node.js代码可以与这些testing。 我可以直接从想法运行摩卡testing,但没有覆盖。

以编程方式使用伊斯坦布尔的最小代码

我想执行这个命令 istanbul cover node_modules/mocha/bin/_mocha dist/test 使用伊斯坦布尔程序化API。 但是文档并没有多说,除此之外,一切都是可能的,并链接到庞大的API文档。 我在互联网上找不到任何简短的例子。 我不想产生subprocess或使用NPM中的另一个模块。 我知道如何在没有覆盖的情况下以编程方式运行摩卡,所以这不是问题。

伊斯坦堡代码覆盖与摩卡咖啡testing与咖啡的脚本

我正在使用摩卡来运行纯粹在coffeescript中的testing。 我也希望能够使用伊斯坦布尔来生成代码覆盖率报告。 请注意,我在mocha.opts文件中使用了mocha选项–compilers coffee:coffee-script/register 。 我遇到的问题是,不包括需要其他coffeescript源文件的testing。 如果相反,我需要js文件,它覆盖的很好。 我错过了什么吗? 我的npm test命令是: istanbul test –report html -x 'vendor/**' _mocha 。 我使用npm test –coverage来执行伊斯坦布尔的覆盖实用程序。 下面是一个摩卡testing(./test/test.coffee)的示例: # Project # require ../src/main.coffee main = require('../src/main') # Chai chai = require('chai') assert = chai.assert should = chai.should() expect = chai.expect describe 'something', (done) -> describe "when given something", -> it "should […]

NodeJS应用程序中的function自动化Code​​Coverage

我正在寻找可以帮助我确定nodeJs中的function自动化覆盖的工具的指针。 (这不是unit testing!)。 我有很多运行在NodeJS中的前端应用程序的selenium自动化。 但是我想知道这些自动化的function覆盖面。 (我之前使用的是基于java的jacoco)

噶 – 伊斯坦布尔 – 代码覆盖率报告path

我使用karma作为茉莉花testing赛跑者,与instanbul作为代码覆盖工具。 所有的作品完美,但有一个问题 – 有什么办法可以改变创build报告的path? 即对于Chrome我得到/coverage/Chrome%2035.0.1916%20(Windows%207)/index.html ; 我会更喜欢/coverage/Chrome/index.html 任何build议非常感谢。