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,如需转载请自行联系原作者

目录
相关文章
|
1月前
|
测试技术 开发者 UED
探索软件测试的深度:从单元测试到自动化测试
【10月更文挑战第30天】在软件开发的世界中,测试是确保产品质量和用户满意度的关键步骤。本文将深入探讨软件测试的不同层次,从基本的单元测试到复杂的自动化测试,揭示它们如何共同构建一个坚实的质量保证体系。我们将通过实际代码示例,展示如何在开发过程中实施有效的测试策略,以确保软件的稳定性和可靠性。无论你是新手还是经验丰富的开发者,这篇文章都将为你提供宝贵的见解和实用技巧。
|
4月前
|
JSON Dubbo 测试技术
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
58 2
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
|
3月前
|
IDE 测试技术 持续交付
Python自动化测试与单元测试框架:提升代码质量与效率
【9月更文挑战第3天】随着软件行业的迅速发展,代码质量和开发效率变得至关重要。本文探讨了Python在自动化及单元测试中的应用,介绍了Selenium、Appium、pytest等自动化测试框架,以及Python标准库中的unittest单元测试框架。通过详细阐述各框架的特点与使用方法,本文旨在帮助开发者掌握编写高效测试用例的技巧,提升代码质量与开发效率。同时,文章还提出了制定测试计划、持续集成与测试等实践建议,助力项目成功。
92 5
|
4月前
|
JSON 测试技术 数据格式
单元测试问题之使用JCode5插件生成测试类如何解决
单元测试问题之使用JCode5插件生成测试类如何解决
163 3
|
4月前
|
测试技术
单元测试问题之使用TestMe时利用JUnit 5的参数化测试特性如何解决
单元测试问题之使用TestMe时利用JUnit 5的参数化测试特性如何解决
55 2
|
4月前
|
测试技术 C# 开发者
“代码守护者:详解WPF开发中的单元测试策略与实践——从选择测试框架到编写模拟对象,全方位保障你的应用程序质量”
【8月更文挑战第31天】单元测试是确保软件质量的关键实践,尤其在复杂的WPF应用中更为重要。通过为每个小模块编写独立测试用例,可以验证代码的功能正确性并在早期发现错误。本文将介绍如何在WPF项目中引入单元测试,并通过具体示例演示其实施过程。首先选择合适的测试框架如NUnit或xUnit.net,并利用Moq模拟框架隔离外部依赖。接着,通过一个简单的WPF应用程序示例,展示如何模拟`IUserRepository`接口并验证`MainViewModel`加载用户数据的正确性。这有助于确保代码质量和未来的重构与扩展。
105 0
|
4月前
|
测试技术 Java Spring
Spring 框架中的测试之道:揭秘单元测试与集成测试的双重保障,你的应用真的安全了吗?
【8月更文挑战第31天】本文以问答形式深入探讨了Spring框架中的测试策略,包括单元测试与集成测试的有效编写方法,及其对提升代码质量和可靠性的重要性。通过具体示例,展示了如何使用`@MockBean`、`@SpringBootTest`等注解来进行服务和控制器的测试,同时介绍了Spring Boot提供的测试工具,如`@DataJpaTest`,以简化数据库测试流程。合理运用这些测试策略和工具,将助力开发者构建更为稳健的软件系统。
63 0
|
4月前
|
测试技术 Java
全面保障Struts 2应用质量:掌握单元测试与集成测试的关键策略
【8月更文挑战第31天】Struts 2 的测试策略结合了单元测试与集成测试。单元测试聚焦于单个组件(如 Action 类)的功能验证,常用 Mockito 模拟依赖项;集成测试则关注组件间的交互,利用 Cactus 等框架确保框架拦截器和 Action 映射等按预期工作。通过确保高测试覆盖率并定期更新测试用例,可以提升应用的整体稳定性和质量。
82 0
|
4月前
|
测试技术 数据库
探索JSF单元测试秘籍!如何让您的应用更稳固、更高效?揭秘成功背后的测试之道!
【8月更文挑战第31天】在 JavaServer Faces(JSF)应用开发中,确保代码质量和可维护性至关重要。本文详细介绍了如何通过单元测试实现这一目标。首先,阐述了单元测试的重要性及其对应用稳定性的影响;其次,提出了提高 JSF 应用可测试性的设计建议,如避免直接访问外部资源和使用依赖注入;最后,通过一个具体的 `UserBean` 示例,展示了如何利用 JUnit 和 Mockito 框架编写有效的单元测试。通过这些方法,不仅能够确保代码质量,还能提高开发效率和降低维护成本。
57 0
|
4月前
|
JavaScript 前端开发 测试技术
Vue.js开发者必看!Vue Test Utils携手端到端测试,打造无懈可击的应用体验,引领前端测试新风尚!
【8月更文挑战第30天】随着Vue.js的普及,构建可靠的Vue应用至关重要。测试不仅能确保应用质量,还能提升开发效率。Vue Test Utils作为官方测试库,方便进行单元测试,而结合端到端(E2E)测试,则能构建全面的测试体系,保障应用稳定性。本文将带你深入了解如何使用Vue Test Utils进行单元测试,通过具体示例展示如何测试组件行为;并通过Cypress进行E2E测试,确保整个应用流程的正确性。无论是单元测试还是E2E测试,都能显著提高Vue应用的质量,让你更加自信地交付高质量的应用。
83 0