<div dir="ltr">Hi Tom,<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 14, 2014 at 4:48 PM, Tom Stuart <span dir="ltr"><<a href="mailto:tom@codon.com" target="_blank">tom@codon.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 14 Apr 2014, at 15:07, Stephen Nelson-Smith <<a href="mailto:sanelson@gmail.com">sanelson@gmail.com</a>> wrote:<br>

> My responsibility (ie the stuff I want to test) is once I've got the data, which I get from the aws-sdk-core library in the form of structs.  Obviously I don't want to keep calling AWS when testing, so I'm using a test double.<br>

<br>
</div>The suggestion may be too late to be practical, but this sounds like a potential opportunity to decouple the part of your application that queries AWS from the part that uses the resulting data, "hexagonal" style.<br>
</blockquote><div><br></div><div>Yep... that's actually exactly what I've done.  There's a separate class whose responsibility is purely to establish a connection via the AWS gem, and broker data.  The thinking was that I can test and alter what is behind that, as long as the adapter presents a unified interface to the rest of the application.<br>
</div><div> <br></div><div>S.</div></div></div></div>