开场白
今天我们来熟悉一下rails的集成测试integration test。
简介
集成测试主要是测试多个controller之间的交互，以及测试应用中比较重要的工作流程，验证这些工作流程是否符合预期的设想。
不像单元测试和功能测试，是自动添加的。集成测试是需要我们手动添加的，rails提供了一个命令
rails generate integration_test
通过命令就可以在test/integration文件夹创建集成测试。
- $ rails generate integration_test user_flows
- exists test/integration/
- create test/integration/user_flows_test.rb
我们先来了解一些集成测试中常用的帮助方法。
- https？
如果session正在模拟https请求，就返回true。
- https!
允许你模拟https请求。
- host!
允许你在下一次的请求中设置host name。
- redirect?
如果上一次请求是一个跳转，就返回true。
- follow_redirect!
紧跟着一个跳转的响应
- request_via_redirect(http_method, path, [parameters], [headers])
向指定的path发送http请求，可选parameters，可选headers，然后跟着一个跳转。
- post_via_redirect(path, [parameters], [headers])
向指定的path发送post请求，可选parameters，可选headers，然后跟着一个跳转。
- get_via_redirect(path, [parameters], [headers])
向指定的path发送get请求，可选parameters，可选headers，然后跟着一个跳转。
- put_via_redirect(path, [parameters], [headers])
向指定的path发送put请求，可选parameters，可选headers，然后跟着一个跳转。
- delete_via_redirect(path, [parameters], [headers])
向指定的path发送delete请求，可选parameters，可选headers，然后跟着一个跳转。
- open_session
开启一个新的session
示例
让我们在创建好的集成测试文件test/integration/user_flows_test.rb中添加一些代码。
- require 'test_helper'
- class UserFlowsTest < ActionDispatch::IntegrationTest
- include FactoryGirl::Syntax::Methods
- def test_admin_login_and_browse_posts
- user = FactoryGirl.create(:user_valid)
- get "/signin"
- assert_response(200)
- post_via_redirect("sessions", {:user=>{:email=> user.email, :password => user.password}})
- assert_equal "/", path
- assert_equal "sign in successfully", flash[:notice]
- get "admin/posts"
- assert_response(200)
- assert assigns(:posts)
- end
- end
上面的代码中，我们先是在users表中添加了一条记录。然后访问signin，然后断言是否返回200.
然后向sessions提交刚才添加的用户邮箱和密码，sessionscontroller是负责验证用户信息的controller。然后断言是否跳转到了根目录，是否出现了正确的flash提示信息。
最后访问admin/posts，断言是否返回200，并且返回posts变量。
上面的测试涉及了多个controller，测试覆盖从数据库到controller的调度分配。
我们可以同时模拟多个session，并且用extend扩展这些session，创建一些强大的测试用的DSL(Domain-Specific Language 领域描述语言)。
我们把上面的测试改成下面的样子。
- require 'test_helper'
- class UserFlowsTest < ActionDispatch::IntegrationTest
- include FactoryGirl::Syntax::Methods
- def test_admin_login_and_browse_posts
- user = FactoryGirl.create(:user_valid)
- guest = FactoryGirl.create(:user_valid_too)
- user_session = signin(user)
- guest_session = signin(guest)
- assert_equal("sign in successfully", user_session.flash[:notice])
- assert_equal("sign in successfully", guest_session.flash[:notice])
- user_session.browse_site
- guest_session.browse_site
- end
- private
- module CustomDSL
- def browse_site
- get "admin/posts"
- assert_response(200)
- assert assigns(:posts)
- end
- end
- def signin(user)
- open_session do |sess|
- sess.extend(CustomDSL)
- sess.post_via_redirect("sessions", {:user => {:email => user.email, :password => user.password}})
- end
- end
- end
什么是DSL（领域描述语言）呢？
我理解就是业务描述语言。我们的应用一般是面向一个行业，或者说面向一个领域的，业务的语言就是领域描述语言。
如果能用这个领域的业务语言描述测试过程，那么这个测试就更加贴近业务，具有了很强的沟通能力。也就是说这个测试可以拿来和业务进行沟通，看看是不是他们想要的业务过程。
本文转自 virusswb 51CTO博客，原文链接：http://blog.51cto.com/virusswb/1079120，如需转载请自行联系原作者
