Rails测试《二》单元测试unit test

简介:

单元测试

单元测试针对model,主要是测试model中的业务规则,测试model中的验证validates规则。

单元测试的文件存放在test/unit文件夹,针对user的model的单元测试文件是user_test.rb。

 

常用命令

从db/schema.rb中同步测试数据库的结构。

在数据库结构变化之后,就需要执行这个命令,保持测试数据库的结构和最新的数据库结构一致。

 
  1. rake db:test:prepare 

还有其他的一些相关命令。

Tasks Description
rake db:test:clone 重建测试数据库结构
rake db:test:clone_structure 根据开发环境的数据库结构,重建测试数据库
rake db:test:load 从schema.rb重建测试数据库
rake db:test:prepare 检查挂起的数据库变更migration,将变化加载到测试数据库
rake db:test:purge 清空测试数据库

 

如何编写并进行单元测试

 

在使用rails g model user或者rails g scaffold user的时候,会自动在test/unit文件夹中创建model对应的单元测试文件。

test/unit/user_test.rb
 
  1. require 'test_helper' 
  2.  
  3. class UserTest < ActiveSupport::TestCase 
  4.  
  5.   test "email invalid" do 
  6.     user = users(:one
  7.     assert user.invalid?, "email invalid" 
  8.   end 
  9.  
  10.   test "email invalid two" do 
  11.     user=users(:two
  12.     assert user.invalid? 
  13.   end 
  14.  
  15.   test "password do not match" do 
  16.     user =users(:three
  17.     assert user.invalid? 
  18.   end 
  19.  
  20.   test "all fields are valid" do 
  21.     user=User.new(:nickname=>"nickname",:email=>"sdf@13123.xo"
  22.                   :password=>"123456"
  23.                   :password_confirmation=>"123456"
  24.     assert user.valid? 
  25.   end 
  26.  
  27.   test "password and password_confirmation do not match" do 
  28.     user = User.new(:nickname=>"asdf",:email=>"asdfasdf",:password=>"123"
  29.                                       :password_confirmation=>"234"
  30.     assert user.invalid? 
  31.   end 
  32.  
  33. end 

 

app/model/user.rb

 
  1. class User < ActiveRecord::Base 
  2.   attr_accessible :email:nickname:password:password_confirmation 
  3.   attr_accessor :password:password_confirmation 
  4.  
  5.   validates :password:confirmation => true 
  6.   validates :password_confirmation:presence => true 
  7.  
  8.   validates :email:presence => true:uniqueness => true:format => { :with => /^\w+@\w+\.\w+$/ }, 
  9.                     :length => { :maximum => 40 } 
  10.   validates :nickname:presence => true:length => { :in =>1..30 } 
  11. end 

test/fixtures/users.yml

 
  1. one: 
  2.   nickname: nickname1 
  3.   email: invalidemail 
  4.  
  5. two: 
  6.   nickname: nickname2 
  7.   email: invalideamil@ 
  8. three: 
  9.   nickname: nickname3 
  10.   email: validemail@123.com 
  11.  
  12. four: 
  13.   nickname: nickname4 
  14.   email: validemail@baidu.com 

 

 

生成的单元测试文件
test/unit/user_test.rb
 
  1. require 'test_helper' 
  2.  
  3. class UserTest < ActiveSupport::TestCase 
  4.  
  5.  
  6. end 

 

 

类名为model名+Test,继承自ActiveSupport::TestCase。

 

 

我们先来写一个测试。
 
  1. require 'test_helper' 
  2.  
  3. class UserTest < ActiveSupport::TestCase 
  4.  
  5.   test "email invalid" do 
  6.     user = users(:one
  7.     assert user.invalid?, "email invalid" 
  8.   end 
  9.  
  10.  
  11. end 

 

 

针对邮件格式的测试,首先加载模拟数据users(:one),然后用断言assert验证user.email是否无效。也就是验证我们在user的model中写的validates是否有效。也可以不加载模拟数据,自己创建实体数据。

 

 

 
  1. require 'test_helper' 
  2.  
  3. class UserTest < ActiveSupport::TestCase 
  4.  
  5.   test "email invalid" do 
  6.     user = User.new(:email=>"asdf", :nickname=>"nickname") 
  7.     assert user.invalid?, "email invalid" 
  8.   end 
  9.  
  10.  
  11. end 

 

 

 

 

 

执行单个文件中的测试。

 
  1. ruby -Itest test/unit/category_test.rb  

也可以使用

 
  1. rake test TEST=test/unit/category_test.rb 

如果想执行全部的单元测试,就执行下面的命令。

 
  1. rake test:units 
  2.  

 

执行的结果如下。

 

 
  1.   blog git:(develop) rake test TEST=test/unit/user_test.rb     
  2. Run options:  
  3.  
  4. # Running tests: 
  5.  
  6. ..... 
  7.  
  8. Finished tests in 0.539807s, 9.2626 tests/s, 9.2626 assertions/s. 
  9.  
  10. 5 tests, 5 assertions, 0 failures, 0 errors, 0 skips 

在Running tests:下面是5个. ,每个.对应一个测试,对应一个test...do。.代表测试通过,如果是F代表测试失败,E代表抛出异常。

再下面是花费的时间,已经每秒可以执行的测试个数,每秒可以执行断言assert的个数。

再下面是一些统计信息,测试个数,断言个数,失败个数,错误个数,跳过的个数。

 

断言assert

断言是测试常用的一个方法。

常用的端阳包括

  • boolean的断言assert user.valid?。
  • equal的断言assert_equal(obj1, obj2), assert_not_equal(obj1, obj2)。
  • nil的断言assert_nil(obj),assert_not_nil(obj)。
  • same的断言assert_same(obj1, obj2),assert_not_same(obj1, obj2)。 

更多的断言可以去http://guides.rubyonrails.org/testing.html查看




本文转自 virusswb 51CTO博客,原文链接:http://blog.51cto.com/virusswb/1075391,如需转载请自行联系原作者

目录
相关文章
|
4月前
|
监控 前端开发 JavaScript
如何测试前端代码? 知道 BDD, TDD, Unit Test 么? 知道怎么测试你的前端工程么(mocha, sinon, jasmin, qUnit..)?
如何测试前端代码? 知道 BDD, TDD, Unit Test 么? 知道怎么测试你的前端工程么(mocha, sinon, jasmin, qUnit..)?
74 0
|
15天前
|
Java 测试技术
SpringBoot整合单元测试&&关于SpringBoot单元测试找不到Mapper和Service报java.lang.NullPointerException的错误
SpringBoot整合单元测试&&关于SpringBoot单元测试找不到Mapper和Service报java.lang.NullPointerException的错误
19 0
|
11天前
|
缓存 自动驾驶 测试技术
如何进行有效的Apollo测试:单元测试和集成测试指南
如何进行有效的Apollo测试:单元测试和集成测试指南
40 13
|
2月前
|
缓存 测试技术 持续交付
工程化测试:Apollo的单元测试与集成测试指南
工程化测试:Apollo的单元测试与集成测试指南
|
3月前
|
测试技术 Shell Android开发
随机测试 Monkey Test
随机测试 Monkey Test
|
3月前
|
Java 测试技术 开发工具
IntelliJ IDEA中执行@Test单元测试时报错Class not found: "..."终极办法
IntelliJ IDEA中执行@Test单元测试时报错Class not found: "..."终极办法
66 0
|
3月前
|
测试技术 持续交付
探索单元测试和 E2E 测试:提升软件质量的关键步骤(下)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(下)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(下)
|
3月前
|
测试技术
探索单元测试和 E2E 测试:提升软件质量的关键步骤(上)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(上)
探索单元测试和 E2E 测试:提升软件质量的关键步骤(上)
|
3月前
|
缓存
pytest 运行测试函数报错的解决办法 TypeError: calling <function xxx> returned None, not a test
pytest 运行测试函数报错的解决办法 TypeError: calling <function xxx> returned None, not a test
96 0
|
3月前
|
测试技术 开发者 Python
Python自动化测试与单元测试框架:提升代码质量与效率
在软件开发过程中,测试是不可或缺的环节。Python作为一门广泛应用的编程语言,拥有丰富的自动化测试和单元测试框架,例如unittest和pytest。本文将介绍Python自动化测试的重要性,并深入探讨这两个主流的单元测试框架的特点、使用方法以及优势。通过学习和应用这些框架,开发者可以提高代码质量、提升开发效率,并确保软件在不断迭代中保持稳定。