问题标签 [coveralls]

我正在研究我的宠物项目Pipes并尝试尽可能接近 100% 的代码覆盖率（我正在使用Coveralls）。

我面临的问题是：如何使用不同的 PHP 版本获得 100% 的代码覆盖率？截至目前，我的项目不包含特定于版本的代码，但这可能很快就会改变。

即使在针对 5.4 进行测试时不会执行生成器相关代码，我也希望获得 PHP 5.4 的 100% 代码覆盖率。

任何人都可以提供有关如何让我的覆盖率统计负责的策略或建议吗？

这是我的.travis.yml：

这是我的phpunit.xml：

PS：我知道代码覆盖率不是灵丹妙药。

Coveralls.io 在https://coveralls.zendesk.com/hc/en-us/articles/201342869-Python的文档中引用了两个 pip 插件

例如https://github.com/z4r/python-coveralls和https://github.com/coagulant/coveralls-python

我已经看到文档和项目可以互换使用 or 。但是他们有不同的配置参数等等。

我的用例是用于非 django 环境中的 travis-ci，但如果我需要它，我也欢迎其他环境的 pro/con 列表。

我找不到任何解释为什么这里有两个选项。

我制作了一个小宝石（SmsSafe），它目前具有 100% 的代码覆盖率（根据 SimpleCov）。

然而，根据 Coveralls 的说法，它只有 41% 的覆盖率（在此处报告）。

造成这种差异的原因似乎是工作服将我的 gem 依赖项中的代码作为我的代码的一部分，并抱怨那些没有被覆盖......

我似乎没有在我研究过的任何其他 gem 中这样做，而且在这些 gem 的代码库中似乎没有任何特殊的工作服配置......

我称工作服的方式是在我的 Rakefile 中包含以下内容：

并让 Travis evecute “test_with_coveralls”：

根据他们的文档添加它的正确方法是什么

任何想法为什么会发生这种情况？

为什么在覆盖身体时工作服会报告未覆盖的功能或方法？

看看https://coveralls.io/files/431523503#L433——整个身体都被覆盖了，但方法没有被标记为覆盖。

我检查了另一个项目 JavaScript 的覆盖率，它似乎适用于这些项目，所以我怀疑这是覆盖率或配置的错误。

更新：我开始相信这不是 Coveralls 的问题，而是 pytest-cov 的问题，因为即使生成的 coverage.xml 似乎也将成员定义和注释标记为 PyCharm 中未涵盖的（参见第 226 行，没有理由考虑它覆盖全身时不覆盖）。

我正在为一个项目使用 travis CI 和工作服。

我得到错误 Processing of input or output data failed: Report submission to Coveralls API failed with HTTP status 422: Unprocessable Entity (Couldn't find a repository matching this job.)。你可以在那里看到构建。

我的 pom.xml ：

我在它的免费版本中使用工作服。为什么连体服不能得到我的身材？

谢谢

在最近为 github 存储库集成 Travis-CI 和 Coveralls 之后，我无法让 Travis 正确构建。我收到此错误：

显然它没有安装其余客户端，但我的 Gemfile.lock（在尝试修复它之后，我的 Gemfile）都指定了它：

Gemfile.lock:

Travis 的 env 和我自己的唯一显着区别是我的 gem 版本是 2.2.2，bundler 版本是 1.7.12

我不明白的是，为什么 Travis 在应该自动化我的测试时通过 --deployment 标志 - 它不应该在测试环境中吗？无论如何，当我bundle install --deployment在自己的机器上时，仍然安装了 rest-client 1.7.2，这与 Travis 不同。

我该怎么做才能确保安装了 rest-client？

我似乎无法让 Coveralls 显示我的 node.js 项目的覆盖率。这是我的设置：

• github上的node.js项目
• 用摩卡咖啡测试
• 伊斯坦布尔的报道
• CI 的 travis-ci
• 使用 node-coveralls 将覆盖数据发送到工作服

我创建了以下 .travis.yml 文件：

并在我的 package.json 文件中有以下脚本：

Coveralls 识别所有受影响的文件（index.js 和我的 lib 文件夹），但它不显示任何文件的任何覆盖范围。

这是工作服上的构建外观：https ://coveralls.io/builds/1851378

如果我在本地运行它，这是伊斯坦布尔的输出（只是为了证明，实际上有一些测试覆盖率，生成的 lcov.info 文件看起来也很好）：

关于我可能缺少什么以正确显示工作服的覆盖范围的任何建议？

顺便说一句，我还尝试使用存储库令牌和节点工作服将覆盖结果上传到本地工作服。结果是一样的...

我将工作服与coverage.py结合使用来跟踪我的测试脚本的python 代码覆盖率。我使用以下命令：

除了multiprocessing之外，这非常有效。由工作池或子进程执行的代码不会被跟踪。

是否有可能也跟踪多处理代码？我缺少任何特定的选项吗？也许在每次产生新进程时将包装器添加到多处理库以开始覆盖？

编辑：

我（和 jonrsharpe，也 :-) 找到了一个用于 multiprocessing 的猴子补丁。

但是，这对我不起作用，我的Tracis-CI构建几乎在开始后就被杀死了。我在本地机器上检查了问题，显然将补丁添加到多处理会破坏我的记忆。使用此修复程序，占用远少于 1GB 内存的测试需要超过 16GB。

编辑2：

Monkey-patch 在稍作修改后确实可以工作：删除config_file解析 ( config_file=os.environ['COVERAGE_PROCESS_START']) 就可以了。这解决了内存膨胀的问题。因此，相应的行简单地变为：

我碰巧大多数构建都正确编译，但有时会出现相同的错误（不更改任何 .travis.yml 参数）

错误是：

命令“sudo easy_install cpp-coveralls”失败并在 .

现在，当以前的构建成功通过此步骤而没有问题时，我的构建就卡在了它上面。

• 这是失败的构建：https ://travis-ci.org/pubnative/pubnative-ios-library/builds/49482893
• 这是回购：https ://travis-ci.org/pubnative/pubnative-ios-library/

为什么它会如此随机地失败？

我找不到任何关于工作服在 Rails 中提供覆盖率报告的文档，我需要一些东西来覆盖视图。工作服是否提供视图覆盖？