Agree with dims. On Mon, Mar 2, 2015 at 6:14 PM, Davanum Srinivas <dava...@gmail.com> wrote: > Alex, > > It's better do a experimental one first before trying to a non-voting: > http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul/layout.yaml#n1509 > > -- dims > > On Mon, Mar 2, 2015 at 7:24 AM, Alexandre Levine > <alev...@cloudscaling.com> wrote: >> All, >> >> We've finished setting up the functional testing for the stackforge EC2 API >> project. New test suite consists of 96 API and scenario tests covering >> almost (tags functionality and client tokens absent) all of the >> functionality initially covered by original EC2 API tests in Tempest and >> much more. Also this test suite is periodically run against AWS to ensure >> its compatibility with Amazon. Now it works as a gating for this standalone >> EC2 API project, however the question is: >> >> Does it make sense and do we want to somehow employ this test suite against >> nova's API (without VPC-related tests, which leaves 54 tests altogether)? >> >> Internally we did this and it seems that nova's EC2 API is sound enough (it >> still does what it did, say, a year ago), however it's still quite short of >> some features and compatibility. So our tests run against it produce the >> following results: >> >> With nova-network: >> http://logs.openstack.org/02/160302/1/check/check-functional-nova-network-dsvm-ec2api/ab1af0d/console.html >> >> With neutron: >> http://logs.openstack.org/02/160302/1/check/check-functional-neutron-dsvm-ec2api/f478a19/console.html >> >> And the review which we used to run the tests: >> https://review.openstack.org/#/c/160302/ >> >> So if we do want to somehow set this up against nova's EC2 API, I'm not sure >> how to most effectively do this. Non-voting job in Nova fetching tests from >> stackforge/ec2-api and running them as we did in the review above? >> >> Best regards, >> Alex Levine >> >> >> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > -- > Davanum Srinivas :: https://twitter.com/dims > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev