我们使用circleci作为部署过程的一部分。Circleci运行了我们的3000次测试，有时会失败，因为它达到了4GB的内存限制。看起来我们的一些测试正在创建大量对象并耗尽大量内存。我只是不知道哪些是。有没有一种简单的方法可以分析给定测试所用的内存？如果我知道如何执行此操作，我可以轻松地遍历每个测试并运行它并查看它使用了多少内存。 最佳答案 您可以使用ruby-profgem来分析内存使用情况。但首先您可以尝试使用--profileflag运行rspec.它将为您提供10个最慢的规范，这可能是开始寻找消耗大量内存的规范的好地方。
我有一个RSpec套件，通过Bundler运行，它正在使用Aruba测试许多不同的命令行应用程序。它工作正常......只要被测试的命令本身不是使用Bundler用Ruby编写的。但我无法弄清楚如何防止RSpec套件的bundler配置干扰本身使用bundler的命令的执行-至少，并非没有极端措施。我尝试了unset_bundler_env_vars和with_clean_env的各种排列，但无济于事。这是我认为可行的技术示例:describe'myrubyapp'dobefore:each{unset_bundler_env_vars}it'shouldwork'doBundler.
我正在使用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)个文章回调引起的，但我可以跳过这些(因为我唯一需要测试的是文章和不是关联的模型
Serverspec站点的高级提示部分显示了使用相同测试集测试多个主机的示例。我自己构建了一个示例(https://gist.github.com/neilhwatson/81249ad393800a76a8ad)，但存在问题。第一个问题是测试在第一次失败时停止，而不是通过批处理继续进行并保持计数。第二个是故障输出没有指明故障发生在哪个主机上。我该怎么做才能解决这些问题并为所有房东生成最终报告？ 最佳答案 对于第一个问题，默认情况下ServerSpec将运行您的所有测试。但是，由于您有一个为每个环境执行Rake任务的循环，因此第一个
我想分析我们代码的测试覆盖率，因此安装了simplecovgem。我们的测试环境有2个独立的项目:RESTAPI测试(Java+Rest-Assured)和WebUI测试(Java-Selenium)。如您所见，我们没有在Rails应用程序内部进行单元测试，我们正在使用外部项目进行测试。我按照教程中的描述配置了simplecovgem，并将其放入rails脚本中:require'simplecov'SimpleCov.start'rails'puts"requiresimplecov"加载应用程序时，我看到了我打印的字符串。我运行了两个自动化测试项目，在rails日志中看到了它们的打印
我正在使用原始/裸机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规范时，我开始看到以下输出:cache:[GET/login]misscache:[GET/javascripts/jquery.min.js?1317513028]miss通常情况下，通过测试我会得到绿点，在错误消息中我会得到带有一些信息的红色F。有没有办法从输出中禁用缓存未命中消息？ 最佳答案 我认为这与rspec无关，rspec只是打印出rails日志中的内容。我觉得这个postbyBrianWeaver在PhusionPassenger讨论组中可能会回答您的问题:Doyouhaverack-cachein
从来源(database_cleaner，active_record)来看，它们应该同样快。但是有人声称使用database_cleaner的事务策略会降低Controller和模型规范的速度(forexample)。我手头没有用于基准测试的大型测试套件。任何人有任何见解或比较两者？ 最佳答案 我花了一点时间在广泛使用ActiveRecord固定装置的中型代码库上比较两者。当我将其切换为使用DatabaseCleaner而不是use_transactional_fixtures时，模型规范开始花费大约两倍的时间。在进行了与您相同的比
