<div dir="ltr">Hi Dmitry,<div><br></div><div>Thank you for bringing it up, it's not only about CI, it really takes</div><div>a lot of developers time to run Nailgun unit/integration tests on local</div><div>machine, and it's must have priority task in technical debt scope. </div><div><br></div><div>Personally I'm ok with py.test, but we should improve db creation mechanism</div><div>in your patch to use psycopg2 instead of running psql in subprocess. </div><div><br></div><div>Thanks,</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 7, 2014 at 5:35 PM, Dmitriy Shulyak <span dir="ltr"><<a href="mailto:dshulyak@mirantis.com" target="_blank">dshulyak@mirantis.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">Hi guys,<div><div><div>Long time ago i've made patch [1] which added tests distribution between processes and databases.  It was simple py.test configuration which allows us to reduce time of test execution almost linearly, on my local machine one test run (distributed over 4 cores) takes 250 seconds.</div><div><br></div><div>At that time idea of using py.test was discarded, because:</div></div><div>1. it is neither nosetests</div><div>2. nor openstack community way (testrepository)</div><div><br></div><div>There is plugin for nosetests which adds multiprocessing support (maybe it is even included in default distribution) but i wasnt able to find a normal way of distribution over databases, just because runner doesnot include necessery config options like RUNNER_ID. I cant stop you</div><div>from trying - so please share your results, if you will find a nice and easy way to make it work.</div><div><br></div><div>As for testrepository - if you have positive experience using this tool, share them, from my point of view it has very bad UX.</div><div><br></div><div>Please consider trying py.test [2], i bet you will notice difference in reporting, and maybe will use it yourself for day-to-day test executions. Additionally there is very good</div><div>system for parametrizing tests and writing extensions.</div><div><br></div><div>The goal of this letter is to solve problem of CI queues for fuel-web project, so please</div><div>share your opinions, It will be nice to solve this at the start of next week.</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/82284/3/nailgun/conftest.py" target="_blank">https://review.openstack.org/#/c/82284/3/nailgun/conftest.py</a></div><div>[2] <a href="http://pytest.readthedocs.org/en/2.1.0/" target="_blank">http://pytest.readthedocs.org/en/2.1.0/</a></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>