<div dir="ltr"><div><div><div><div>Test Plan is:<br></div>1. Adding unit tests, epic link is here <a href="https://issues.jboss.org/browse/RAINCATCH-342">https://issues.jboss.org/browse/RAINCATCH-342</a></div>2. Adding E2E tests for testing angular controllers in some modules<br></div>In 2 case I think better is to use protractor for E2E and jasmine for unit testing<br><br></div>Vitalii<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 2, 2017 at 8:12 PM, Paolo Haji <span dir="ltr"><<a href="mailto:phaji@redhat.com" target="_blank">phaji@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">We've actually started adding unit tests for some of the modules just recently, but most of course access the underlying interfaces directly.<div><br></div><div>However if we start building a set of black-box ones that access the functionality only through a mediator we could end up with essentially a spec of what a user-replacement version should provide, in addition to serving as documentation of the usage of the topics provided by the model.</div><div><br></div><div>Eventually mediator topics could also have some sort of schema validation of the data, if that also helps. There are lots of limitations on what we can do with a library to supply something that would ideally be a language feature (c.f. angular dependency injection being so awkward as well).</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Feb 2, 2017 at 12:23 PM, Summers Pittman <span dir="ltr"><<a href="mailto:supittma@redhat.com" target="_blank">supittma@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">One of the goals of Raincatcher is that the loosely coupled modules can communicate with each other via a message bus and as long as you implement the handlers according to the modules spec you can "easily" replace the Raincatcher module with a module that provides your own implementation.<div><br><div>Are there any tests or test plans for verifying this behavior?  </div><div><br></div><div>Right now we have the demo application which tests all the modules work together, but there doesn't seem to be much in the way that tests the modules in isolation.  More importantly, plugging in custom behavior makes for an awesome demo and opportunities for cross promotion with other projects.</div><span class="m_-389783685619849435HOEnZb"><font color="#888888"><div><br></div><div>Summers</div></font></span></div></div>
<br></div></div>______________________________<wbr>_________________<br>
Feedhenry-raincatcher mailing list<br>
<a href="mailto:Feedhenry-raincatcher@redhat.com" target="_blank">Feedhenry-raincatcher@redhat.c<wbr>om</a><br>
<a href="https://www.redhat.com/mailman/listinfo/feedhenry-raincatcher" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/feedhenry-raincatche<wbr>r</a><br>
<br></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
Feedhenry-raincatcher mailing list<br>
<a href="mailto:Feedhenry-raincatcher@redhat.com">Feedhenry-raincatcher@redhat.<wbr>com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/feedhenry-raincatcher" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/feedhenry-<wbr>raincatcher</a><br>
<br></blockquote></div><br></div>