如何解释Python覆盖率。py分支机构覆盖率结果？
我正在使用覆盖率。py来衡量我的测试的代码覆盖率。我已经启用了分支机构覆盖，但我不能完全理解该报告。
没有分支保险，我得到100%的保险：
Name Stmts Miss Cover Missing
------------------------------------------------------------
mylib/queries.py 44 0 100%
启用分支覆盖：
Name Stmts Miss Branch BrPart Cover Missing
--------------------------------------------------------------------------
mylib/queries.py 44 1 20 3 94% 55, 21->10, 53->-48, 59->-58
有问题的来源可以在这里找到。
<代码>21-
然而，<代码>53-
共有1个答案
丹的评论很接近。首先，负数意味着从该行号开始的函数的退出。所以-48意味着，退出从第48行开始的函数。
问题不是空循环：如果循环完成，这些分支就会发生。看起来他们可能没有。
BTW： Coverage.py4.1b3已经改变了一些行为：它们将被标记为53-
-
我有一个在相当大的django项目上使用Pytest的工作测试套件。问题是我无法实现适当的结果使用覆盖，我想知道这是否可能是因为项目目录结构。 考虑以下目录树示例： 以及覆盖报告的示例输出： 查看html报告，我可以看到许多由测试执行的语句没有被认为是覆盖的，尽管它们应该被覆盖。我认为这个覆盖数据是不完整的，它似乎只考虑了导入、定义和文档字符串作为覆盖。 无法确定覆盖率出现错误的原因，我尝试运行单
-
这是一个重要的可量化指标，如果代码覆盖率很高，你就可以放心的修改代码，在发版本的时候也能睡个安稳觉。否则就是拆东墙补西墙，陷入无尽的 bug 诅咒中。 那么在 OpenResty 里面如何看到代码覆盖率呢？其实很简单，使用 LuaCov 可以很方便的实现。 我们先了解下 LuaCov，这是一个针对 Lua 脚本的代码覆盖率工具，通过 luarocks 来安装： luarocks install l
-
11.3. 测试覆盖率 就其性质而言，测试不可能是完整的。计算机科学家Edsger Dijkstra曾说过：“测试能证明缺陷存在，而无法证明没有缺陷。”再多的测试也不能证明一个程序没有BUG。在最好的情况下，测试可以增强我们的信心：代码在很多重要场景下是可以正常工作的。 对待测程序执行的测试的程度称为测试的覆盖率。测试覆盖率并不能量化——即使最简单的程序的动态也是难以精确测量的——但是有启发式方法
-
Jacoco插件在jenkins报告中显示0%的覆盖率，但当我在本地系统中运行相同的命令时，Jacoco会正确生成报告。我正在使用以下命令： mvn-s xyz/settings.xml-f xyz/xyz/pom.xml清洁安装org.jacoco 所以当我在jenkins中运行这个命令时，它会生成错误的报告。我已经检查了它在工作区目录对应的项目在詹金斯。它显示每个项目的0%覆盖率。但是当我在本
-
问题内容： 我正在使用Mocha测试我的NodeJS应用程序。我无法弄清楚如何使用其代码覆盖功能。我尝试使用Google搜索，但没有找到任何合适的教程。请帮忙。 问题答案： 您需要一个额外的库来覆盖代码，而伊斯坦布尔的强大和便捷将使您震惊。通过Mocha测试后，请尝试以下操作： 现在，只需将命令nyc放在现有测试命令的前面，例如：
-
我在声纳中的代码覆盖率显示为0%，这不是真的，因为我有单元测试。 格拉德尔 当我打开inside然后我可以看到成功的单元测试。 我在Jenkins环境中运行作为