4-4 集成测试练习，和测试基础知识（guide）。

Guide指南 18章应用测试指南（简单学习了一下。）

（中文版--主要是为了先理解，之前看过英文版受语言影响，怕理解有偏差。）

---

Minitest::Test是ActiveSupport::TestCase的超类，Rails使用的默认测试库。

require ‘test_helper’  加载这个文件，这个文件有测试配置

test方法（类宏）：接收一个名称和一个块。

  test "the truth" do

    assert true #=> 这是断言assertion: to state firmly sth is true

  end

assert检查：

▪ 两个值是否相等
▪ 对象是否为 nil
▪ 一行代码是否抛出异常
▪ 用户的密码长度是否超过 5 个字符

每个断言都有的可选参数定制消息  assert test, "message..."。  assert_not 希望得到false 否则报告失败。

测试驱动开发：Test-Driven Development ,TDD

我们先编写一个测试检查所需的功能，它失败了，然后我们编写代码，添加功能，最后确
认测试能通过。

可用的断言

完整且最新的列表参见 Minitest API 文档，尤其是 Minitest::Assertions
模块的文档。

http://docs.seattlerb.org/minitest/Minitest/Assertions.html

断言	作用
assert( test, [msg] )	确保 test 是真值。
assert_not( test, [msg] )	确保 test 是假值。
assert_equal( expected, actual, [msg] )	确保 expected == actual 成立。
assert_not_equal( expected, actual, [msg] )	确保 expected != actual 成立。
assert_same( expected, actual, [msg] )	确保 expected.equal?(actual) 成立。
assert_not_same( expected, actual, [msg] )	确保 expected.equal?(actual) 不成立。
assert_nil( obj, [msg] )	确保 obj.nil? 成立。
assert_not_nil( obj, [msg] )	确保 obj.nil? 不成立。
assert_empty( obj, [msg] )	确保 obj 是空的。
assert_not_empty( obj, [msg] )	确保 obj 不是空的。
assert_match( regexp, string, [msg] )	确保字符串匹配正则表达式。
assert_no_match( regexp, string, [msg] )	确保字符串不匹配正则表达式。
assert_includes( collection, obj, [msg] )	确保 obj 在 collection 中。
还有很多详细见文档	可以自定义断言
Rails有一些专有断言	assert_response(options={},message=nil)

全部测试可以使用 bin/rails test 命令统一运行。

也可以单独运行一个测试，方法是把测试用例所在的文件名传给 bin/rails test 命令。

    $ bin/rails test test/models/article_test.rb

也可以运行测试用例中特定的测试方法:指定 -n 或 --name 旗标和测试方法的名称

也可以运行某一行的测试，方法是指定行号。

也可以运行整个目录的测试：rails test test/controllers


还有很多功能详细见文档。 也可运行帮助 rails test -h
				

测试数据库在config/database.yml中配置。
			

固件详解：

在 Rails 中，测试数据由固件(fixture)提供。关于固件的全面说明，参见 API 文档。

http://api.rubyonrails.org/classes/ActiveRecord/FixtureSet.html



固件代指示例数据，在运行测试之前，使用预先定义好的数据填充测试数据库。

固件与所用的数据库没有关系，使用 YAML 格式编写。一个模型有一个固件文件。

保存在test/fixtures目录中。

如果涉及到关联，定义一个指向其他固件的引用即可

例如，下面的固件针对 belongs_to/has_many 关联:

# In fixtures/categories.yml

about:

name: About

# In fixtures/articles.yml

first:

title: Welcome to Rails!

body: Hello world!

category: about





注意，在 fixtures/articles.yml 文件中，first 文章的 category 是 about，

这告诉 Rails，要加载 fix- tures/categories.yml 文件中的 about 分类。

在创建固件关联时，引用的时另一个固件的名称，而不是id属性。

相关文档：http://api.rubyonrails.org/classes/ActiveRecord/FixtureSet.html

可以在YAML格式的固件中，使用Ruby代码协助生成数据，如1000.times do...end

固件是Active Record对象，所以在测试中可以直接访问。

返回 david 固件对应的 User 对象：  users(:david)

返回一个数组，包含 david 和 steve 两个固件： users(:david, :steve)

18.4 模型的单元测试。test_unit:model

用于测试应用中的各个模型，test/models目录中。Rails提供了生成器generation.
bin/rails generate test_unit:model article title:string body:text 

Running via Spring preloader in process 82152

create  test/models/article_test.rb    生成测试文件。

create  test/fixtures/articles.yml     生成固件，内有2个数据对象

18.5 系统测试




系统测试用于测试用户与应用的交互，可以在真正的浏览器中运行，也可以在无界面浏览器中运行。

系统测试存放在test/system 目录中。Rails 为创建系统测试骨架提供了一个生成器:

$ bin/rails generate system_test users

invoke test_unit

create test/system/users_test.rb

运行系统测试:  $ bin/rails test:system


 

18.6集成测试integration_test

$ bin/rails generate integration_test user_flows

exists  test/integration/

create  test/integration/user_flows_test.rb

集成测试有大量可用的辅助方法。分3类：

集成测试运行程序的说明参阅ActionDispatch::Integration::Runner 模块的文档。




执行请求的方法参见 ActionDispatch::Integration::RequestHelpers 模块的文档。
如果需要修改会话或集成测试的状态，参阅 ActionDispatch::Integration::Session 类的文档。


18.7 为控制器编写功能测试




在 Rails 中，测试控制器各动作需要编写功能测试(functional test)。

控制器负责处理应用收到的请求，然后使用视图渲染响应。

功能测试用于检查动作对请求的处理，以及得到的结果或响应(某些情况下是 HTML 视图)。

▪ 请求是否成功;




▪ 是否重定向到正确的页面;
▪ 用户是否通过身份验证;
▪ 是否把正确的对象传给渲染响应的模板;
▪ 是否在视图中显示相应的消息;






测试还有很多，具体参看guide文档。