[rspec-users] [OT] Object Mother vs Test Data Builder (was Jay Fields' blog on developer testing)

David Chelimsky dchelimsky at gmail.com
Sun Feb 8 10:49:10 EST 2009


On Sun, Feb 8, 2009 at 9:22 AM, Nick Hoffman <nick at deadorange.com> wrote:
> On 07/02/2009, at 10:45 PM, David Chelimsky wrote:
>>
>> On Sat, Feb 7, 2009 at 8:05 PM, Nick Hoffman <nick at deadorange.com> wrote:
>>>
>>> On 07/02/2009, at 1:16 PM, David Chelimsky wrote:
>>>>
>>>> On Sat, Feb 7, 2009 at 9:59 AM, Nick Hoffman <nick at deadorange.com>
>>>> wrote:
>>>>>
>>>>> When writing Cucumber stories and features for controllers, should you
>>>>> cover
>>>>> every edge case? For example, should you write stories that feed bad or
>>>>> missing data to your controllers, or should that be left to RSpec?
>>>>
>>>> Depends on the team and who can read what and who cares about what.
>>>>
>>>> In most cases, Cucumber is a significantly better
>>>> developer/stakeholder collaboration tool than RSpec is. If your
>>>> stakeholders trust you to cover the edge cases, then they don't need
>>>> to be in cucumber, but they certainly can be.
>>>>
>>>> IASTDH,
>>>> David
>>>
>>> Makes sense. Thanks for the clarification.
>>>
>>> By the way, what on Earth is IASTDH? A few Google searches later, I'm
>>> still
>>> none the wiser.
>>
>> I made it up. I was about to write HTH, but I was sure it did not
>> help, hence IASTDH - inconsistent though - IA for I am, but D for
>> didn't, so it should either be ISTDH or IASTDNH.
>>
>> HTH,
>> David
>
> Hah! Actually, it was helpful. I was wondering if there's a clear-cut rule
> that people follow for dealing with edge cases, and you said "do what works
> for your situation". While some people may not appreciate that answer, it's
> "correct", and probably the best thing to do, because each team is
> different.

I think I have a new slogan:

Silver Bullets Kill

WDYT?

> -Nick
> _______________________________________________
> rspec-users mailing list
> rspec-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users
>


More information about the rspec-users mailing list