<div dir="ltr">Hi all,<div><br></div><div>following IRC discussion here is a summary of what I propose can be done in this regard, in the order of increased decoupling:</div><div><br></div><div>1) make a separate requirements.txt for integration tests and modify the tox job to use it. The code of these tests is pretty much decoupled already, not using any modules from the main heat tree. The actual dependencies are mostly api clients and test framework. Making this happen should decrease the time needed to setup the tox env and thus speed up the test run somewhat.</div><div><br></div><div>2) provide separate distutils' <a href="http://setup.py/setup.cfg">setup.py/setup.cfg</a> to ease packaging and installing this test suit to run it against an already deployed cloud (especially scenario tests seem to be valuable in this regard).</div><div><br></div><div>3) move the integration tests to a separate repo and use it as git submodule in the main tree. The main reasons not to do it as far as I've collected are not being able to provide code change and test in the same (or dependent) commits, and lesser reviewers' attention to a separate repo.</div><div><br></div><div>What do you think about it? Please share your comments.</div><div><br></div><div>Best regards,  </div><div><br></div><div><div><div class="gmail_signature"><div dir="ltr">Pavlo Shchelokovskyy<div>Software Engineer</div><div>Mirantis Inc</div><div><a href="http://www.mirantis.com" target="_blank">www.mirantis.com</a></div></div></div></div>
</div></div>