Ruby: Ways to prevent cucumber reduncancies? -


does have idea how make shorter , less redundant:

feature: nosql   scenario: flatfile      user wants have flatfile storage     classic jekyll cms.  when case should make sure     adhere classic folder , file structure, , store     generated content in _site unless user decides     want generation stored inside of memcached,     should go ahead , use that.      given have chosen flatfile storage site     when request page, "the_page"     , have chosen flatfile generation     should pull page "_site"      given have chosen flatfile storage site     when request page, "the_page"     , have chosen memcached generation     should pull page memcached 

i see repeated text , though cucumber meant people communicate seems it's made things perhaps "too dumb" because of repetition in types of scenarios? unless missing something.

there other small problem, how make 1 feature have dependency of feature? example memcached feature how require feature in feature if memcached not implemented yet flatfile scenario fails when meets memcached storage.

edit: know flatfile storage isn't nosql, threw in there because haven't decided nosql besides git want... easier throw flatfile can start grasp cucumber projects.

you can use background, this:

feature: nosql   background:     user wants have flatfile storage     classic jekyll cms.  when case should make sure     adhere classic folder , file structure, , store     generated content in _site unless user decides     want generation stored inside of memcached,     should go ahead , use that.      given have chosen flatfile storage site     when request page, "the_page"    scenario: flatfile     when have chosen flatfile generation     should pull page "_site"    scenario: memcached     when have chosen memcached generation     should pull page memcached 

Comments

Popular posts from this blog

objective c - Change font of selected text in UITextView -

php - Accessing POST data in Facebook cavas app -

c# - Getting control value when switching a view as part of a multiview -