Rails测试《九》集成测试integration test

开场白

今天我们来熟悉一下rails的集成测试integration test。

简介

集成测试主要是测试多个controller之间的交互，以及测试应用中比较重要的工作流程，验证这些工作流程是否符合预期的设想。

不像单元测试和功能测试，是自动添加的。集成测试是需要我们手动添加的，rails提供了一个命令

rails generate integration_test

通过命令就可以在test/integration文件夹创建集成测试。

1. $ rails generate integration_test user_flows
2. exists test/integration/
3. create test/integration/user_flows_test.rb

我们先来了解一些集成测试中常用的帮助方法。

1. https？

如果session正在模拟https请求，就返回true。

1. https!

允许你模拟https请求。

1. host!

允许你在下一次的请求中设置host name。

1. redirect?

如果上一次请求是一个跳转，就返回true。

1. follow_redirect!

紧跟着一个跳转的响应

1. request_via_redirect(http_method, path, [parameters], [headers])

向指定的path发送http请求，可选parameters，可选headers，然后跟着一个跳转。

1. post_via_redirect(path, [parameters], [headers])

向指定的path发送post请求，可选parameters，可选headers，然后跟着一个跳转。

1. get_via_redirect(path, [parameters], [headers])

向指定的path发送get请求，可选parameters，可选headers，然后跟着一个跳转。

1. put_via_redirect(path, [parameters], [headers])

向指定的path发送put请求，可选parameters，可选headers，然后跟着一个跳转。

1. delete_via_redirect(path, [parameters], [headers])

向指定的path发送delete请求，可选parameters，可选headers，然后跟着一个跳转。

1. open_session

开启一个新的session

示例

让我们在创建好的集成测试文件test/integration/user_flows_test.rb中添加一些代码。

1. require 'test_helper'
2. class UserFlowsTest < ActionDispatch::IntegrationTest
3. include FactoryGirl::Syntax::Methods
4. def test_admin_login_and_browse_posts
5. user = FactoryGirl.create(:user_valid)
6. get "/signin"
7. assert_response(200)
8. post_via_redirect("sessions", {:user=>{:email=> user.email, :password => user.password}})
9. assert_equal "/", path
10. assert_equal "sign in successfully", flash[:notice]
11. get "admin/posts"
12. assert_response(200)
13. assert assigns(:posts)
14. end
15. end

上面的代码中，我们先是在users表中添加了一条记录。然后访问signin，然后断言是否返回200.

然后向sessions提交刚才添加的用户邮箱和密码，sessionscontroller是负责验证用户信息的controller。然后断言是否跳转到了根目录，是否出现了正确的flash提示信息。

最后访问admin/posts，断言是否返回200，并且返回posts变量。

上面的测试涉及了多个controller，测试覆盖从数据库到controller的调度分配。

我们可以同时模拟多个session，并且用extend扩展这些session，创建一些强大的测试用的DSL(Domain-Specific Language 领域描述语言)。

我们把上面的测试改成下面的样子。

1. require 'test_helper'
2. class UserFlowsTest < ActionDispatch::IntegrationTest
3. include FactoryGirl::Syntax::Methods
4. def test_admin_login_and_browse_posts
5. user = FactoryGirl.create(:user_valid)
6. guest = FactoryGirl.create(:user_valid_too)
7. user_session = signin(user)
8. guest_session = signin(guest)
9. assert_equal("sign in successfully", user_session.flash[:notice])
10. assert_equal("sign in successfully", guest_session.flash[:notice])
11. user_session.browse_site
12. guest_session.browse_site
13. end
14. private
15. module CustomDSL
16. def browse_site
17. get "admin/posts"
18. assert_response(200)
19. assert assigns(:posts)
20. end
21. end
22. def signin(user)
23. open_session do |sess|
24. sess.extend(CustomDSL)
25. sess.post_via_redirect("sessions", {:user => {:email => user.email, :password => user.password}})
26. end
27. end
28. end

什么是DSL（领域描述语言）呢？

我理解就是业务描述语言。我们的应用一般是面向一个行业，或者说面向一个领域的，业务的语言就是领域描述语言。

如果能用这个领域的业务语言描述测试过程，那么这个测试就更加贴近业务，具有了很强的沟通能力。也就是说这个测试可以拿来和业务进行沟通，看看是不是他们想要的业务过程。