我很好奇人们在编写 RSpec 规范时倾向于在哪里使用 FactoryGirl.build_stubbed 以及他们在哪里使用 double 。也就是说，是否有最佳实践，例如“仅在相应的模型规范中使用 FactoryGirl 方法？”
当您发现自己在 spec/models/bar_spec.rb 中使用 FactoryGirl.create(:foo) 时，是否有代码味道？
如果您在 spec/models/bar_spec.rb 中使用 FactoryGirl.build_stubbed(:foo)，代码味道会不会变小？
如果您在 foos_controller_spec.rb 中使用 FactoryGirl.create(:foo) 是否有代码味道？
如果您在 foos_controller_spec.rb 中使用 FactoryGirl.build_stubbed(:foo)，代码味道会不会变小？
如果您在 spec/decorators/foo_decorator_spec.rb 中使用 FactoryGirl.build_stubbed(:foo) 是否有代码味道？
抱歉问题太多!我只是想知道其他人如何在单元测试隔离和面向对象的设计最佳实践中划清界线。
谢谢!
最佳答案
我相信有一些最佳实践可以指导我们思考何时使用模拟(在本例中为“ double ”)与针对真实依赖项进行集成(在本例中为“工厂”)。有一本关于测试的非常好的书(注意:它使用 Java 示例)描述了测试驱动开发的目的，我认为它对讨论 Rails 应用程序中的测试非常有帮助。它描述测试的意图如下:
... our intention in test-driven development is to use mock objects to bring out relationships between objects.
Freeman, Steve; Pryce, Nat (2009-10-12). Growing Object-Oriented Software, Guided by Tests (Kindle Locations 3878-3879). Pearson Education (USA). Kindle Edition.
如果我们考虑强调使用测试驱动开发不仅是为了防止我们引入回归，而且是为了帮助我们思考我们的代码在其接口(interface)和与其他对象的关系方面的结构，我们自然会使用模拟在许多情况下。我将在下面描述这如何适用于您的具体问题。
首先，就我们在模型测试中使用模拟对象还是真实依赖项而言——如果我们正在测试类 Foo 及其对 Bar 的依赖项，我们可能希望用模拟对象代替 Bar。通过这种方式，我们将清楚地看到与 Bar 的耦合级别，因为我们必须模拟将在其上调用的方法。如果我们发现 Bar 的 mock 很复杂，这表明我们或许应该重构 Foo 和 Bar 以减少它们之间的耦合。
从某种意义上说，Factory.create 和 Factory.build_stubbed 都具有防止您显式依赖相关类的相同效果，我认为它们都是差不多一样臭，Factory.create 是两个选项中较慢的一个。
在我的测试中，我倾向于不太担心在 Controller 中模拟外部依赖项。我知道这比完全模拟运行起来要慢，并且您没有使 Controller 显式耦合到模型的好处，但是编写测试更快，而且我通常不担心弄清楚 Controller 和他们管理的持久化记录之间的关系。只要你遵循“瘦 Controller ”的模式，无论如何都不应该担心太多逻辑。如果我们需要在这里指定一个级别的“测试气味”，我会说它比依赖于其他工厂的模型测试气味要小一些。
我最不担心依赖于它们所装饰的类的工厂的装饰器。这是因为根据定义，装饰器应该与它们装饰的类保持相同的接口(interface)。装饰通常通过某种形式的继承来实现，无论是通过使用 method_missing 委托(delegate)给被装饰者，还是通过被装饰者的显式子类化。正因为如此，如果装饰器与它所装饰的东西的接口(interface)偏离太多，那么你就违反了良好的面向对象编程的其他规则，比如 Liskov Substitution。只要你的装饰没有通过破坏良好继承的规则而被糟糕地实现，与你装饰的类的耦合就已经存在，所以如果你对被装饰者的测试依赖于持久的或 stub 的，它不会让事情变得更糟它装饰的东西的工厂。您可以在装饰器测试中疯狂使用工厂，这在 IMO 中无关紧要。
我认为重要的是要注意，即使您在大多数情况下更喜欢模拟，您仍然应该有一些使用真实依赖项的集成测试。您只会发现这些涵盖了特定的高值(value)案例，其中独立的单元测试提供了对您的类提供的功能的更多覆盖。
无论如何，我有时会违反上述所有规则，它们只是我在编写测试时使用的一些准则。我期待听到其他人在他们的测试中如何使用工厂(build_stubbed 和 really persisted)与模拟对象( double )。
关于ruby-on-rails - 哪里用 `FactoryGirl.build_stubbed` 哪里用RSpec的 `mock`/`double`，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10836549/
我正在学习如何使用Nokogiri，根据这段代码我遇到了一些问题:require'rubygems'require'mechanize'post_agent=WWW::Mechanize.newpost_page=post_agent.get('http://www.vbulletin.org/forum/showthread.php?t=230708')puts"\nabsolutepathwithtbodygivesnil"putspost_page.parser.xpath('/html/body/div/div/div/div/div/table/tbody/tr/td/div
总的来说，我对ruby还比较陌生，我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础，我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我有一个字符串input="maybe(thisis|thatwas)some((nice|ugly)(day|night)|(strange(weather|time)))"Ruby中解析该字符串的最佳方法是什么？我的意思是脚本应该能够像这样构建句子:maybethisissomeuglynightmaybethatwassomenicenightmaybethiswassomestrangetime等等，你明白了......我应该一个字符一个字符地读取字符串并构建一个带有堆栈的状态机来存储括号值以供以后计算，还是有更好的方法？也许为此目的准备了一个开箱即用的库？
我有一个Ruby程序，它使用rubyzip压缩XML文件的目录树。gem。我的问题是文件开始变得很重，我想提高压缩级别，因为压缩时间不是问题。我在rubyzipdocumentation中找不到一种为创建的ZIP文件指定压缩级别的方法。有人知道如何更改此设置吗？是否有另一个允许指定压缩级别的Ruby库？ 最佳答案 这是我通过查看rubyzip内部创建的代码。level=Zlib::BEST_COMPRESSIONZip::ZipOutputStream.open(zip_file)do|zip|Dir.glob("**/*")d
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
很好奇，就使用rubyonrails自动化单元测试而言，你们正在做什么？您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您？git中的预提交Hook？只是手动调用？我完全理解测试，但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的，并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您？ 最佳答案 不确定您到底想听什么，但是有几个级别的自动代码库控制:在处理某项功能时，您可以使用类似autotest的内容获得关于哪些有效，哪些无效的即时反馈。要确保您的提
这似乎应该有一个直截了当的答案，但在Google上花了很多时间，所以我找不到它。这可能是缺少正确关键字的情况。在我的RoR应用程序中，我有几个模型共享一种特定类型的字符串属性，该属性具有特殊验证和其他功能。我能想到的最接近的类似示例是表示URL的字符串。这会导致模型中出现大量重复(甚至单元测试中会出现更多重复)，但我不确定如何让它更DRY。我能想到几个可能的方向...按照“validates_url_format_of”插件，但这只会让验证干给这个特殊的字符串它自己的模型，但这看起来很像重溶液为这个特殊的字符串创建一个ruby类，但是我如何得到ActiveRecord关联这个类模型
假设我做了一个模块如下:m=Module.newdoclassCendend三个问题:除了对m的引用之外，还有什么方法可以访问C和m中的其他内容？我可以在创建匿名模块后为其命名吗(就像我输入“module...”一样)？如何在使用完匿名模块后将其删除，使其定义的常量不再存在？ 最佳答案 三个答案:是的，使用ObjectSpace.此代码使c引用你的类(class)C不引用m:c=nilObjectSpace.each_object{|obj|c=objif(Class===objandobj.name=~/::C$/)}当然这取决于
我试图在一个项目中使用rake，如果我把所有东西都放到Rakefile中，它会很大并且很难读取/找到东西，所以我试着将每个命名空间放在lib/rake中它自己的文件中，我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题，但没有任务。我现在只有一个.rake文件作为测试，名为“servers.rake”，它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
出于纯粹的兴趣，我很好奇如何按顺序创建PI，而不是在过程结果之后生成数字，而是让数字在过程本身生成时显示。如果是这种情况，那么数字可以自行产生，我可以对以前看到的数字实现垃圾收集，从而创建一个无限系列。结果只是在Pi系列之后每秒生成一个数字。这是我通过互联网筛选的结果:这是流行的计算机友好算法，类机器算法:defarccot(x,unity)xpow=unity/xn=1sign=1sum=0loopdoterm=xpow/nbreakifterm==0sum+=sign*(xpow/n)xpow/=x*xn+=2sign=-signendsumenddefcalc_pi(digits
