<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: RSpec on Rails Matchers plugin</title>
	<atom:link href="http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin/feed/" rel="self" type="application/rss+xml" />
	<link>http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin/</link>
	<description>Rails experiments by Matt Aimonetti</description>
	<lastBuildDate>Tue, 23 Feb 2010 22:05:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Hugh</title>
		<link>http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin/comment-page-1/#comment-1599</link>
		<dc:creator>Hugh</dc:creator>
		<pubDate>Fri, 04 Jan 2008 03:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin#comment-1599</guid>
		<description>Thanks, these are great and I&#039;ve added a patch for an edit form matcher also.

I wondered if these are really appropriate for packaging as a plugin with an init.rb, because won&#039;t they then get loaded when the app is run? I&#039;ve just piston imported them myself (SVN external will also work) into rails_root/spec/matchers and then required them in my spec_helper.rb</description>
		<content:encoded><![CDATA[<p>Thanks, these are great and I&#8217;ve added a patch for an edit form matcher also.</p>
<p>I wondered if these are really appropriate for packaging as a plugin with an init.rb, because won&#8217;t they then get loaded when the app is run? I&#8217;ve just piston imported them myself (SVN external will also work) into rails_root/spec/matchers and then required them in my spec_helper.rb</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Mabey</title>
		<link>http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin/comment-page-1/#comment-1600</link>
		<dc:creator>Ben Mabey</dc:creator>
		<pubDate>Fri, 04 Jan 2008 03:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin#comment-1600</guid>
		<description>Hey Matt,
These look really nice.  I haven&#039;t been able to get them working as advertised on the view specs however.  I posted my woes to the rpsec-users list (here is a copy if your not on that list: http://pastie.caboo.se/139692).  Anyways, if you could maybe look at what I&#039;m doing I would appreciate it because I would really like to start using these.  Thanks,
Ben</description>
		<content:encoded><![CDATA[<p>Hey Matt,<br />
These look really nice.  I haven&#8217;t been able to get them working as advertised on the view specs however.  I posted my woes to the rpsec-users list (here is a copy if your not on that list: <a href="http://pastie.caboo.se/139692" rel="nofollow">http://pastie.caboo.se/139692</a>).  Anyways, if you could maybe look at what I&#8217;m doing I would appreciate it because I would really like to start using these.  Thanks,<br />
Ben</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tammer Saleh</title>
		<link>http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin/comment-page-1/#comment-1601</link>
		<dc:creator>Tammer Saleh</dc:creator>
		<pubDate>Fri, 04 Jan 2008 03:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin#comment-1601</guid>
		<description>Hi Matt,

I&#039;ve added tests like this to the Shoulda project, which is like rSpec, but based on Test::Unit.  The test aren&#039;t perfect, but have had a few eyes on them, and have been used in a lot of projects.  I encourage you to check them out, and scavenge what you will for rSpec on Rails.

https://svn.thoughtbot.com/plugins/shoulda/trunk

Cheers,
Tammer</description>
		<content:encoded><![CDATA[<p>Hi Matt,</p>
<p>I&#8217;ve added tests like this to the Shoulda project, which is like rSpec, but based on Test::Unit.  The test aren&#8217;t perfect, but have had a few eyes on them, and have been used in a lot of projects.  I encourage you to check them out, and scavenge what you will for rSpec on Rails.</p>
<p><a href="https://svn.thoughtbot.com/plugins/shoulda/trunk" rel="nofollow">https://svn.thoughtbot.com/plugins/shoulda/trunk</a></p>
<p>Cheers,<br />
Tammer</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yossef</title>
		<link>http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin/comment-page-1/#comment-1602</link>
		<dc:creator>Yossef</dc:creator>
		<pubDate>Fri, 04 Jan 2008 03:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://railsontherun.com/2008/01/04/rspec-on-rails-matchers-plugin#comment-1602</guid>
		<description>What does it mean that you&#039;re verifying a validation has been defined, but not testing the validation itself? Looking at the code, it seems like the matcher does something that would make the validation fail and then ensures there&#039;s an error on the attribute. It sounds like testing the validation to me, but you could be meaning something else.

By the way, having only one test doesn&#039;t really check the validation very well. If you&#039;re only going to have one test, it&#039;s true that it&#039;s better to check that there&#039;s an error when the attribute is nil, but that&#039;s only half the story. The other half is making sure there&#039;s no error if the attribute is not nil. Too bad you can&#039;t reliably check for anything more than a message when you&#039;re trying to pin down validations.

Too bad validations couldn&#039;t be better.</description>
		<content:encoded><![CDATA[<p>What does it mean that you&#8217;re verifying a validation has been defined, but not testing the validation itself? Looking at the code, it seems like the matcher does something that would make the validation fail and then ensures there&#8217;s an error on the attribute. It sounds like testing the validation to me, but you could be meaning something else.</p>
<p>By the way, having only one test doesn&#8217;t really check the validation very well. If you&#8217;re only going to have one test, it&#8217;s true that it&#8217;s better to check that there&#8217;s an error when the attribute is nil, but that&#8217;s only half the story. The other half is making sure there&#8217;s no error if the attribute is not nil. Too bad you can&#8217;t reliably check for anything more than a message when you&#8217;re trying to pin down validations.</p>
<p>Too bad validations couldn&#8217;t be better.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

