我刚刚完成chapter10oftheRubyonRailsTutorial，添加编辑/更新、索引和销毁用户的能力。在我的应用程序中似乎一切正常，但是当我运行RSpec时我的许多测试都失败了。我的users_controller_spec设置与书中完全相同，我的应用程序代码也相同。一个问题可能是我使用的是Rails3.1.1而不是他在书中使用的Rails3.0？对于以前的测试来说，这并不是真正的问题，只是偶尔会出现几行不同的代码。我开始后问题开始出现section10.2.1.这是我看到的错误列表，如果您需要更多信息，请告诉我。谢谢!1)UsersControllerGET'index
我们使用circleci作为部署过程的一部分。Circleci运行了我们的3000次测试，有时会失败，因为它达到了4GB的内存限制。看起来我们的一些测试正在创建大量对象并耗尽大量内存。我只是不知道哪些是。有没有一种简单的方法可以分析给定测试所用的内存？如果我知道如何执行此操作，我可以轻松地遍历每个测试并运行它并查看它使用了多少内存。 最佳答案 您可以使用ruby-profgem来分析内存使用情况。但首先您可以尝试使用--profileflag运行rspec.它将为您提供10个最慢的规范，这可能是开始寻找消耗大量内存的规范的好地方。
我正在使用RubyonRails3.2.2、FactoryGirl3.1.0、FactoryGirlRails3.1.0、Rspec2.9.0和RspecRails2.9.0。为了测试我的应用程序，我必须在数据库中创建大量记录(大约5000条)，但是该操作非常慢(创建记录需要10多分钟)。我这样进行:before(:each)do5000.timesdoFactoryGirl.create(:article,)endend如何改进我的规范代码以加快速度？注意:可能速度较慢是由在每个文章创建过程前后运行的(5)个文章回调引起的，但我可以跳过这些(因为我唯一需要测试的是文章和不是关联的模型
我正在尝试测试我的应用程序正在使用的引擎内部的Controller。规范不在引擎中，而是在应用程序本身中(我试图在引擎中进行测试，但也遇到了问题)。我的引擎有以下routes.rb:Revision::Engine.routes.drawdoresources:steps,only:[]docollection{get:first}endend引擎正常挂载在应用routes.rb上:mountRevision::Engine=>"revision"当我运行rakeroutes时，在最后一行我得到:RoutesforRevision::Engine:first_stepsGET/step
我正在使用原始/裸机sql插入来提高我服务的写入性能。我的模块中有这样的东西-insert="('#{id}','#{status}','#{some_time_val}')"sql_string="INSERTINTOhistory('device_id','status','time')VALUES#{insert}"ActiveRecord::Base.connection.executesql_string当我编写如下所示的rspec时，它会测试除插入是否通过之外的所有内容。因此，由于rspec、database_cleaner等执行回滚和事务的方式，我的期望永远不会奏效。我尝
我是RSpec和TDD的新手，我在编写RSpec测试来测试Devise是否真的在用户注册后发送确认电子邮件时遇到了困难。我知道我的应用程序正在按预期工作，因为我已经对开发和生产中的功能进行了物理测试。但是，我仍然需要为此功能编写RSpec测试，我不知道如何通过RSpec测试发送确认电子邮件。factories/user.rbFactoryGirl.definedofactory:userdoname"JackSparrow"email{Faker::Internet.email}password"helloworld"password_confirmation"helloworld"c
Heroku可能会出于各种原因向您的应用程序发送SIGTERM，因此我创建了一个处理程序来处理一些清理工作，以防发生这种情况。一些谷歌搜索没有给出任何关于如何在RSpec中测试它的答案或示例。这是基本代码:Signal.trap('TERM')docleanupenddefcleanupputs"doingsomecleanupstuff"...exitend当程序收到SIGTERM时，测试调用此清理方法的最佳方法是什么？ 最佳答案 使用Process.kill'TERM',0将信号发送到RSpec并测试调用处理程序。确实，如果信号
是否可以简单地将堆栈跟踪限制为应用程序中的文件？长堆栈跟踪很困惑，大多数错误直接出现在应用程序中。 最佳答案 通常情况下，堆栈跟踪会自动缩短，除非您在.rspec文件中指定选项--backtrace。也许thisquestion对你有帮助。他们试图达到相反的目的，但它表明您可以Hook并否决它。 关于ruby-on-rails-如何避免rspec中的长堆栈跟踪，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.
我有两个散列h1和h2我想在RSpec中进行比较。我想检查h1的元素在一些转换后是否与h2相同，我们称之为f。也就是说，我想验证对于h1中的每个键k，h1[k]==f(h2[k])。例如，如果h2中的所有值都是h1中相应值的两倍，那么我想检查每个键k在h1中，h2[k]==h1[k]*2。在RSpec中执行此操作的正确方法是什么？目前我这样做:h1=...expect(h2.all?{|k,v|v==f(h1[k])}).tobetrue但这看起来很笨重。 最佳答案 听起来您正在测试的是转换。我会考虑写这样的东西:it"transf
在运行请求rspec规范时，我开始看到以下输出:cache:[GET/login]misscache:[GET/javascripts/jquery.min.js?1317513028]miss通常情况下，通过测试我会得到绿点，在错误消息中我会得到带有一些信息的红色F。有没有办法从输出中禁用缓存未命中消息？ 最佳答案 我认为这与rspec无关，rspec只是打印出rails日志中的内容。我觉得这个postbyBrianWeaver在PhusionPassenger讨论组中可能会回答您的问题:Doyouhaverack-cachein
