在Ruby单元测试中，如何断言字符串包含子字符串？像这样的东西:assert_containsstring_to_test,substring_to_verify 最佳答案 您可以使用assert_matchpattern,string,[message]如果string=~pattern为真:assert_matchsubstring_to_verify,string_to_test例如assert_match/foo/,"foobar"如果你经常使用它，为什么不写你自己的断言呢？require'test/unit'moduleT
几乎我遇到的每一个规范文件我最终都会写这样的东西:before:eachdo@cimg=Factory.build:cimg_valid@cimg.stub(:validate_img).and_returntrue@cimg.stub(:validate_img_url).and_returntrue@cimg.stub(:save_images).and_returntrue@cimg.stub(:process_image).and_returntrue@cimg.stub(:img).and_returntrueend我的意思是，我从Factory.build获得的模型是完全有
很像thisquestion，我也在使用RyanBates的nifty_scaffold。它具有使用Mocha的any_instance的理想方面。在Controller后面的模型对象中强制进入“无效”状态的方法。与我链接到的问题不同，我没有使用RSpec，而是使用Test::Unit。这意味着那里的两个以RSpec为中心的解决方案对我不起作用。是否有通用的(即:与Test::Unit一起使用)删除any_instancestub的方法？我认为它导致我的测试出现错误，我想验证这一点。 最佳答案 碰巧，Mocha0.10.0允许uns
我想用minitestRuby测试一个函数是否正确调用其他函数，但我找不到合适的assert来从doc中测试.源代码classSomeClassdefinvoke_function(name)name=="right"?right():wrong()enddefright#...enddefwrong#...endend测试代码:describeSomeClassdoit"shouldinvokerightfunction"do#assertright()iscalledendit"shouldinvokeotherfunction"do#assertwrong()iscalleden
我正在为Test::Unit苦苦挣扎。当我想到单元测试时，我会想到每个文件一个简单的测试。但在Ruby的框架中，我必须改写:classMyTest但是每次调用test_*方法时都会运行设置和拆卸。这正是我不想要的。相反，我想要一个只为整个类(class)运行一次的设置方法。但是我似乎无法在不破坏TestCase的初始化的情况下编写自己的initialize()。这可能吗？还是我让这件事变得无可救药地复杂了？ 最佳答案 如HalFulton的书“TheRubyWay”中所述。他覆盖了Test::Unit的self.suite方法，该方
我们有一个异步任务，它为一个对象执行一个可能长时间运行的计算。然后将结果缓存在对象上。为了防止多个任务重复相同的工作，我们添加了带有原子SQL更新的锁定:UPDATEobjectsSETlocked=1WHEREid=1234ANDlocked=0加锁只针对异步任务。对象本身仍可由用户更新。如果发生这种情况，旧版本对象的任何未完成任务都应丢弃其结果，因为它们可能已过时。使用原子SQL更新也很容易做到这一点:UPDATEobjectsSETresults='...'WHEREid=1234ANDversion=1如果对象已更新，其版本将不匹配，因此结果将被丢弃。这两个原子更新应该处理任何
我试图通过rubytest/unit/mytest.rb运行单独的测试，但我总是收到“没有这样的文件要加载-test_helper”的错误。Google提出了一些建议，但没有一个对我有用。我在Ubuntu10.10上运行Rails3.0、Ruby1.9.2(通过RVM)这是我到目前为止所做的尝试-非常感谢任何建议将“requiretest_helper”更改为“requireFile.dirname(FILE)+“/../test_helper””在test/unit/mytest_test.rb中。它带回“没有要加载的文件--test/unit/../test_helper”尝试
我在某处读到“minitest”是“ruby1.9.2+的新测试::单元”。但ruby1.9.3似乎包含两者test::unit和minitest,是真的吗？在默认的rails测试中，如Railstestingguide中所述....诸如ActiveSupport::TestCase、ActionController::TestCase之类的东西，是使用Test::Unit还是Minitest?在Rails指南中，它显示了带有如下定义的测试的示例:test"shouldshowpost"doget:show,:id=>@post.idassert_response:successe
我有一个方法可以对Cat模型执行一些操作，如果输入不正确会引发异常:context"hungrycat"doit{expect{eat(what:nil)}.toraise_error}end我想做的是检查这个方法是否改变了猫的状态，就像那样:context"hungrycat"doit{expect{eat(what:nil)}.toraise_error}it{expect{eat(what:nil)}.not_tochange(cat,:status)}end问题在于，由于eat(what:nil)将引发异常，因此第二个it无论如何都会失败。那么，是否可以忽略异常并检查某些条件？
我是测试Rails网络应用程序和RSpec的新手。我使用遗留代码并需要添加测试。那么使用RSpec测试查找器和命名范围的最佳方法是什么？我在Google中找到了一些方法，但它们并不理想。例如:http://paulsturgess.co.uk/articles/show/93-using-rspec-to-test-a-named_scope-in-ruby-on-railsit"excludesusersthatarenotactive"do@user=Factory(:user,:active=>false)User.active.should_notinclude(@user)e
