最近在完善项目中的测试代码，常见的Controller以及Model层的测试代码写的比较熟悉了。在查看测试覆盖率报告时发现Controller中concerns下文件基本没有测试，然后自己对如何测试concerns也不是很了解，就搜索了资料记录下来，方便后续回顾。

concerns目录下一般来说是一些独立的逻辑模块或者是重复使用的功能模块，这样可以提升代码的可读性以及维护性。下面是一个例子：

# /app/controllers/concerns/error_trackable.rbmodule ErrorTrackable  extend ActiveSupport::Concern      def error    p "Hello, Ruby!"        true  endend复制代码

我们在使用的时候可以在controller中引入即可

class AdminController < ApplicationController  include ErrorTrackable    end		复制代码

然后通过编写AdminController的测试代码也可以对concerns进行测试，但是现在这样就会导致代码过于耦合，一旦AdminController中不再引入相关文件，就会导致测试代码无法通过。另外一点我们可能需要在所有引入相关文件的地方都对此编写测试代码，保证逻辑正确性，但是这不符合DRY的原则啊。

所以我们通过构建一个假的controller，引入相关的文件功能，然后对这个构建的''假的"controller编写测试代码进行相关的测试，测试代码如下：

require 'test_helper'class ErrorTrackableTestController < ApplicationController  include ErrorTrackableendclass ErrorTrackableTestControllerTest < ActionDispatch::IntegrationTest  test "should get error" do    res = ErrorTrackableTestController.new.error    assert_equal true, res  end  end复制代码

这样子我们就可以对concerns中的代码进行相关的测试了，代码也不会依赖于我们原来的逻辑，另外保证了代码的测试覆盖率，终于可以愉快的玩耍了。

结语

最后，文章发布于个人博客，地址: ，欢迎关注，不定时更新。