While the original post had DRY in the subject line I don't see this as 
a DRY issue.  I see it as a visualization and maintenance issue.  If I 
add a new role and I want to test each action for it's permissions it 
would be much easier for a customer to go down a spread sheet and 
designate within each cell what the response should be.. success or 
failure, etc... This would give the customer a bird's eye view of 
permissions for the entire app for each class of users.  By using a 
separate scenario for each role in each story you will be creating a lot 
of copy and past work which will comminucate the same information a 
spreadsheet would but a lot more inefficently since someone would have 
to read hundreds of pages of stories.  I love the plain text stories.  
We just have to remember that there are better ways to express large 
amounts of data than plain English. :) 
Do you understand the point I'm trying to make?


-Ben



aslak hellesoy wrote:
> On Jan 23, 2008 10:45 PM, Neil M. Young <[EMAIL PROTECTED]> wrote:
>   
>> I'm finding that I'm writing sets of very similar scenarios to check access
>> permissions for each of my actions. Does anyone have suggestions on how to
>> dry this up:
>>
>>     
>
> Beware that DRY has a cost. Clarity and readability.
>
> David's BDD manifesto (slightly rephrased):
>
> We prefer clarity over DRY (that is - while there is value in DRYness,
> we value clarity more)
>
> Aslak
>
>   
>> Given an existing Account
>> And a logged in Admin
>> When the user visits account/manage
>> Then he should get access
>>
>> Given an existing Account
>> And a logged in Manager
>> When the user visits account/manage
>> Then he should get access
>>
>> Given an existing Account
>> And a logged in Supervisor
>> When the user visits account/manage
>> Then he should not get access
>>
>> Given an existing Account
>> And a logged in Reviewer
>> When the user visits account/manage
>> Then he should not get access
>>
>> Given an existing Account
>> And a logged in User
>> When the user visits account/manage
>> Then he should not get access
>>
>> --
>> View this message in context: 
>> http://www.nabble.com/DRYing-up-stories-tp15053384p15053384.html
>> Sent from the rspec-users mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> rspec-users mailing list
>> rspec-users@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/rspec-users
>>
>>     
> _______________________________________________
> rspec-users mailing list
> rspec-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users
>   

_______________________________________________
rspec-users mailing list
rspec-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/rspec-users

Reply via email to