ruby-on-rails – 具有多个应用程序的SimpleCov – 或者简而言之

更清楚的例子.当我在app_1中运行bundle exec rspec spec时,使用本地gem中的共享模型,我希望获得(准确)报告此app_1内部./spec的所有规范.

本地gem还有一些专门用于app_2的模型,在命名空间内,所以当我在app_1中运行测试套件时,我想跳过这些文件的报告.

我正在尝试通过app_1 / spec / spec_helper中的以下代码实现此目的.

# This couple of lines are needed to generate report for the models,etc. inside the local gem.
SimpleCov.adapters.delete(:root_filter)
SimpleCov.filters.clear

SimpleCov.adapters.define 'my_filter' do
  root = SimpleCov.root.split("/")
  root.pop
  add_filter do |src|
    !(src.filename =~ /^#{root.join("/")}/)
  end

  add_filter "/app_2_namespace/"
end

if ENV["COVERAGE"] == "true"
  SimpleCov.start 'rails'
end

这有效,直到一些问题开始出现.

为什么我得到85％的宝石内部模型,但规格在app_2内部(我在app_1中运行规范).

这是第一次出现问题,当我试图改进该模型时,我点击它的报告,看到哪些行被发现,我试图修复它们在app_2 / spec / namespace / my_model_spec.rb上为它们编写测试.

但这没有任何区别,我尝试了一个更激进的测试,我删除了规范文件中的所有内容,但不知何故,我仍然得到85％的覆盖率,所以my_model_spec.rb与覆盖率结果无关my_model.rb.有点出乎意料.

但由于此文件位于app_2,我决定在app_1 spec_helper上的SimpleCov.start块上添加一个过滤器,如：

add_filter "/app_2_name_space/"

然后我移动到app_2文件夹并开始设置SimpleCov,看看我会得到什么结果.结果他们变得怪异了.

对于相同的模型,我得到了100％的覆盖率,我做了同样的测试,清空my_model_spec.rb文件,仍然得到了100％.所以这真的很好,或者我不明白.

这是怎么回事？(with the Ruby 1.9 Coverage module你说,当我在本地运行官方文档的例子我得到不同的结果,所以我认为那里有一个bug或过时的文档)

ruby-doc: {"foo.rb"=>[1,1,10,nil,nil]} 
locally:  {"foo.rb"=>[1,nil]}

我希望报告不会显示在应用程序代码的某处进行评估的行的正面结果,无论在何处.

我认为预期的行为是模型的结果与其规格有关,对于控制器也是如此.

是这样的吗？如果是这样,为什么我会得到这个奇怪的结果.

或者你认为我的应用程序的结构可能会搞乱SimpleCov和Coverage？

感谢您花时间阅读本文,如果您需要更详细的信息,请询问.