<br><br>понедельник, 17 ноября 2014 г. пользователь James Page  написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<br>
On 17/11/14 09:01, Denis Makogon wrote:<br>
> I'm not sure I understand you statement about them not being<br>
> "gate"-able - the functional/unit tests currently proposed for the<br>
> zmq driver run fine as part of the standard test suite execution -<br>
> maybe the confusion is over what 'functional' actually means, but<br>
> in my opinion until we have some level of testing of this driver,<br>
> we can't effectively make changes and fix bugs.<br>
><br>
> I do agree that there's a confusion what "functional testing"<br>
> means. Another thing, what the best solution is? Unit tests are<br>
> welcome, but they are still remain to be units (they are using<br>
> mocks, etc.) I'd try to define what 'fuctional testing' means for<br>
> me. Functional testing in oslo.messaging means that we've been<br>
> using real service for messaging (in this case - deployed 0mq). So,<br>
> the simple definition, in term os OpenStack integration, we should<br>
> be able to run full Tempest test suit for OpenStack services that<br>
> are using oslo.messaging with enabled zmq driver. Am i right or<br>
> not?<br>
<br>
0mq is just a set of messaging semantics on top of tcp/ipc sockets; so<br>
its possible to test the entire tcp/ipc messaging flow standalone i.e.<br>
without involving any openstack services.  That's what the current<br>
test proposal includes - unit tests which mock out most things, and<br>
base functional tests that validate the tcp/icp messaging flows via<br>
the zmq-receiver proxy.  These are things that *just work* under a tox<br>
environment and don't require any special setup.<br>
<br></blockquote><div>Hm, I see what you've been trying to say. But unfortunately it breaks whole idea of TDD. Why can't we just spend some time on getting non-voting gates? Ok, let me describe what would satisfy all of us: Lest write up docs that are describes how to setup(manually) environment to test out income patches. </div><div><br></div><div>So, in any way. This topic is not for disagreement. It's for building out team relationship.</div><div>I'd like to discuss next steps on developing zmq driver.</div><div><br></div><div>Kind regards,</div><div>Denis M.</div><div><br></div><div><br></div><div><br></div><br><br><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This will be supplemented with good devstack support and full tempest<br>
gate, but lets start from the bottom up please!  The work that's been<br>
done so far allows us to move forward with bug fixing and re-factoring<br>
that's backed up on having a base level of unit/functional tests.<br>
<br>
- --<br>
James Page<br>
Ubuntu and Debian Developer<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'james.page@ubuntu.com')">james.page@ubuntu.com</a><br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'jamespage@debian.org')">jamespage@debian.org</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
iQIcBAEBCAAGBQJUajaZAAoJEL/srsug59jDm2wP/1xW99gc/63CXnNowJLwgCAK<br>
AflhWs4SAUSF0VizOFoys6j1ApjAwWDG33B927REH/YDNwmAd7PgHRilgcaBjR5w<br>
pgaPRctCHPpWtJCWRCAmgkogqJotN3gTDKORxRNaWo9otzjQQbyPP5sEzuLl86/8<br>
0n9KjwhjdJV42fcoKYvWt18uvz9yVOQLlPqj0WhAuzfpeP/5ZkXkd/dOvh6rwJnk<br>
wc+ZExPBhdeMNwaJFPZvle++Ki6tZCV8P8+Be5rqTZxdnGxoct72YnIohW48E9Nu<br>
1sjdJCg42vxIMZi8NfkJDDfTBWzOmkab2jcViIJd9ycTn8CT/e62ZK8nN/hnIjla<br>
qU8pdRxNkY7xY3AuVoTWYRZGAon+Pp6Xw3J+lh7xUYukKtP/PaN+PjLCmVYrfca0<br>
JQnc8N5bLfcZkz/tx8R09hxqV7cpaRZh/lM6D62XEMRQJ7y9rcUIaJQnHbsmqLw9<br>
lwriXjNE/77eyttQlGnItyBZrTFjCFED9zg6ihK5w0DNXQr3CbIvlgCjiWkXfxDD<br>
1QK05SbsukSlnO+Aqfs/HNICMdiZmqxcqcUcVs/XnKXf5Bi/Y/P0haLb43nFoa3E<br>
FaOYvY/T5HSJDvrFK6+kzPgT2zF3sWy4bZjRwKLl8GM8Mm7K65nfd5APhVCnQq5X<br>
yZOvpJehduiy6W/lQgzk<br>
=HAiM<br>
-----END PGP SIGNATURE-----<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>
</blockquote>