> At the risk of sounding a bit silly, what's your question? I couldn't > find a question mark in the whole email...?
OK, well, am I on the right track? Should I do it differently? If so, in what particular way? If you were speccing external software, would you do it this way? Do I sound like a crazy person? If yes, more so than usual? Or only as much as I usually do? Is this a sensible way to spec software which interacts with but has no direct access to external software, or should I just isolate my dependencies on external software and write it off as unspeccable while speccing everything else? Is there a good rule of thumb for a BDD workflow when you can't programmatically capture some of the output? Because that's really what the problem is. I built a whole set of spec objects to capture the output as text because the system's real output isn't capturable, and if you can't capture it, you can't check it against the spec. My code has flaws but with good specs it's pretty easy to isolate the flaws. In this case I can't tell yet if the flaws are just flaws in my weird semi-BDD approach or in the code itself. I've probably done enough question marks but basically, is there a good set of guiding principles I can use to apply RSpec well in unconventional contexts? -- Giles Bowkett Podcast: http://hollywoodgrit.blogspot.com Blog: http://gilesbowkett.blogspot.com Portfolio: http://www.gilesgoatboy.org Tumblelog: http://giles.tumblr.com _______________________________________________ rspec-users mailing list [email protected] http://rubyforge.org/mailman/listinfo/rspec-users
