<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, May 5, 2017 at 8:44 AM Matthew Harelick &lt;<a href="mailto:mharelick@fastmail.fm">mharelick@fastmail.fm</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">  I am sending inputs and validating messages that are received.  I am creating the libraries that are connecting to message streams for the system  under test.  I need a test control and reporting framework hopefully written in python.<br></blockquote><div><br></div><div>First off, I would always rather write just about anything in Python too.</div><div><br>So, a test would be something like: </div><div><br></div><div>1) Set context for a message (maybe db, file sys, etc?)<br>2) Send a message</div><div>3) Do a set of checks on the result<br>4) put the context back to normal<br><br>? <br><br>It seems like one would write a few of these tests in python using whatever library you have for the messaging, and then extract the common code from the tests. After four or five, you should have all the framework you need (if you&#39;re pretty diligent about refactoring). <br><br>I&#39;ve done this for writing tests of stored procedures and microservices, though a lot of that testing is faster if done in the native app&#39;s micro-testing (unit test) framework. <br><br>Are these tests to run in the background (so performance isn&#39;t so important) or on the developer&#39;s station (in which case, you want ALL tests running in a handful of seconds)? </div><div><br></div><div>Tim </div></div></div>