Hi Michael,
We're in a very similar situation to yours. Here's what we did:
1. 2 back end storage impls rah.storage1, rah.storage2 - these are
"private" nses.
2. a single storage interface rah.storage for the rest of the business
code. At runtime this decides which of storage1 or 2 to call.
3. No
On Wed, Dec 1, 2010 at 10:51, Alyssa Kwan wrote:
> Hi Mike,
>
> "TDD as if you meant it" -
>
> http://gojko.net/2009/02/27/thought-provoking-tdd-exercise-at-the-software-craftsmanship-conference/
>
> What you want is mocking and stubbing (these are different things!).
>
> http://s-expressions.com
On Wed, Dec 1, 2010 at 05:29, Laurent PETIT wrote:
> Hi,
>
> 2010/12/1 Michael Ossareh
>
> Hi All,
>>
>> In the course of putting together my latest piece of work I decided to
>> really embrace TDD. This is run of the mill for me in Java:
>>
>> - create some object that models your flow
>> - cre
On Dec 1, 3:33 pm, Ken Wesson wrote:
> On Wed, Dec 1, 2010 at 9:38 AM, Laurent PETIT wrote:
> > 2010/12/1 Ken Wesson
>
> >> On Wed, Dec 1, 2010 at 8:29 AM, Laurent PETIT
> >> wrote:
> >> > If so, then it may be sufficient to leverage the possibility, in your
> >> > testing "framework" (clojure.
2010/12/1 Ken Wesson
> On Wed, Dec 1, 2010 at 9:38 AM, Laurent PETIT
> wrote:
> > 2010/12/1 Ken Wesson
> >>
> >> On Wed, Dec 1, 2010 at 8:29 AM, Laurent PETIT
> >> wrote:
> >> > If so, then it may be sufficient to leverage the possibility, in your
> >> > testing "framework" (clojure.test ? any
On Wed, Dec 1, 2010 at 9:38 AM, Laurent PETIT wrote:
> 2010/12/1 Ken Wesson
>>
>> On Wed, Dec 1, 2010 at 8:29 AM, Laurent PETIT
>> wrote:
>> > If so, then it may be sufficient to leverage the possibility, in your
>> > testing "framework" (clojure.test ? anything else ...) to redefine the
>> > fu
Note, though, that he did not use the words "unit testing", you did :)
And mocking and stubbing are techniques that can be done at different scales
...
2010/12/1 Alyssa Kwan
> Hi Mike,
>
> "TDD as if you meant it" -
>
> http://gojko.net/2009/02/27/thought-provoking-tdd-exercise-at-the-software
Hi Mike,
"TDD as if you meant it" -
http://gojko.net/2009/02/27/thought-provoking-tdd-exercise-at-the-software-craftsmanship-conference/
What you want is mocking and stubbing (these are different things!).
http://s-expressions.com/2010/01/24/conjure-simple-mocking-and-stubbing-for-clojure-unit-te
2010/12/1 Ken Wesson
> On Wed, Dec 1, 2010 at 8:29 AM, Laurent PETIT
> wrote:
> > If so, then it may be sufficient to leverage the possibility, in your
> > testing "framework" (clojure.test ? anything else ...) to redefine the
> > functions of the backend before the tests run. I'm pretty sure th
On Wed, Dec 1, 2010 at 8:29 AM, Laurent PETIT wrote:
> If so, then it may be sufficient to leverage the possibility, in your
> testing "framework" (clojure.test ? anything else ...) to redefine the
> functions of the backend before the tests run. I'm pretty sure there are
> already such features a
Hi,
2010/12/1 Michael Ossareh
> Hi All,
>
> In the course of putting together my latest piece of work I decided to
> really embrace TDD. This is run of the mill for me in Java:
>
> - create some object that models your flow
> - create some object which contains your storage logic
> - create test
Hi All,
In the course of putting together my latest piece of work I decided to
really embrace TDD. This is run of the mill for me in Java:
- create some object that models your flow
- create some object which contains your storage logic
- create tests
- dependency inject the correct storage logic
12 matches
Mail list logo
