1.为什么写测试
rails使得我们很容易就可以写测试。在创建model和controller的时候，rails帮助我们创建了测试的骨架代码。
通过简单的运行你的测试代码，你可以确保你的代码在重构之后任然满足需求的功能。
rails测试可以模拟浏览器请求，这样你就可以在不适用浏览器的情况下测试应用的响应情况。
2.测试简介
因为每一个rails应用都会和数据库有大量的交互，因此你的测试也需要一个数据库来进行交互。为了更好的写测试，你需要知道如何建立数据库，以及加载样本数据。
2.1.三个环境
每个rails应用都有三个环境：生产，开发，测试。
在config/database.yml文件中包含这三个环境的数据库设置。
如果你想要在测试数据库中进行数据操作，你需要将开发环境的数据库结构映射到测试环境。你可以执行下面的命令。
- rake db:test:prepare
2.2.测试文件夹结构
在你使用rails new命令创建应用的时候，rails会帮你创建一个test文件夹，文件夹包含下面的内容。
- root@web:/home/railsapp/login# ls -F test/
- fixtures/ functional/ integration/ performance/ test_helper.rb unit/
unit文件夹存放针对model的测试，functional文件夹存放针对controller的测试，integration文件夹存放针对controller之间交互的测试，fixtures文件夹用来组织测试数据。test_helper.rb保存测试环境的配置信息。
2.3.Fixtures的内幕
一个好的测试，你需要建立一些测试数据。在rails中，你可以通过自定义fixtures来实现。
2.3.1.什么是fixtures
fixtures允许你在测试运行之前，使用预定义的数据填充测试数据库。fixtures是数据库无关的，它是一种yaml格式。
当你使用rails g model创建新model的时候，就会在fixtures文件夹自动创建一个fixtures。
2.3.2.YAML
yaml对人是一种非常友好的描述数据的格式。这些fixtures的后缀是.yml。例如，users.yml。
- # lo & behold! I am a YAML comment!
- david:
- name: David Heinemeier Hansson
- birthday: 1979-10-15
- profession: Systems development
- steve:
- name: Steve Ross Kellock
- birthday: 1974-09-27
- profession: guy with keyboard
2.3.3.内嵌erb
在yml中也可以内嵌ruby代码，在加载fixtures之前会进行预处理。
下面的yml中就定义了一个变量earch_size。
- <% earth_size = 20 %>
- mercury:
- size: <%= earth_size / 50 %>
- brightest_on: <%= 113.days.ago.to_s(:db) %>
- venus:
- size: <%= earth_size / 2 %>
- brightest_on: <%= 67.days.ago.to_s(:db) %>
- mars:
- size: <%= earth_size - 69 %>
- brightest_on: <%= 13.days.from_now.to_s(:db) %>
ruby代码包含在<% %>中。
2.3.4.fixtures实践
rails会自动加载fixtures文件夹中的所有fixtures。加载的步骤包括：
- 首先删除表中已经存在的fixtures中的数据。
- 将fixtures中的数据加载到table中。
- 当fixtures数据加载到变量，你可以直接通过变量来访问数据。
加入你有一个前面写的uses.yml文件，就可以通过hash的形式来获取用户信息。
- user = users(:david)
进而获取user的各种信息。
- user.name
- user.birthday
- user.profession
3.针对model的单元测试
在rails中，单元测试就是用来测试model的。
当你使用rails g model或者rails g scaffod命令的时候，会自动在test/unit中生成对应的单元测试。
- # test/unit/post_test.rb
- require 'test_helper'
- class PostTest < ActiveSupport::TestCase
- # Replace this with your real tests.
- test "the truth" do
- assert true
- end
- end
请注意测试类继承ActiveSuppoort::TestCase。
- def test_the_truth
- assert true
- end
所有test开头的方法都会被认为是一个测试，也就是说所有的测试方法都必须以test开头。test_password，test_valid_password，testpassrod都是合法的测试名称，都会在测试的时候自动运行。
3.1.做好测试准备
在运行测试之前，你需要确保测试数据库的结构和开发环境一致。
- rake db:migrate
- rake db:test:load
rake db:migrate用来生成开发环境的数据库，并且更新db/schema.rb文件。rake db:test:load会根据db/schema.rb重新创建测试数据库。你也可以执行rake db:test:prepare。
3.2.运行测试
- $ ruby -Itest test/unit/post_test.rb
- Loaded suite unit/post_test
- Started
- .
- Finished in 0.023513 seconds.
- 1 tests, 1 assertions, 0 failures, 0 errors
你也可以通过-n参数来制定运行的测试。
- rake test TEST = test/unit/user_test.rb
- ruby -Itest test/unit/post_test.rb -n test_the_truth
4.测试controller的功能测试
4.1功能测试包含的内容
- web请求成功了吗？
- user被转到正确的页面了吗？
- 用户是否authenticate成功？
- 响应中包含的对象是否正确？
- 是否在view中给用户显示了正确的内容？
4.2在功能测试中可以用到的请求类型
get
post
put
delete
head
4.3可以使用的四个哈希
assign
cookies
flash
session
4.4可以使用的实例
@controller，处理请求的controller。
@request，请求。
@response，响应。
5.集成测试
集成测试用来测试多个controller之间的交互。
- rails g integration_test user_flows
- # test/integration/user_flows_test.rb
- require 'test_helper'
- class UserFlowsTest < ActionDispatch::IntegrationTest
- fixtures :all
- # Replace this with your real tests.
- test "the truth" do
- assert true
- end
- end
http://blog.51cto.com/virusswb/1060100xxxxxx，如需转载请自行联系原作者
