On 5/13/2018 9:06 PM, Ghanshyam Mann wrote:
+1 on idea. As of now slow marked tests are from nova, cinder and
neutron scenario tests and 2 API swift tests only [4]. I agree that
making a generic job in tempest is better for maintainability. We can
use existing job for that with below modification-
-  We can migrate
"legacy-tempest-dsvm-neutron-scenario-multinode-lvm-multibackend" job
zuulv3 in tempest repo
-  We can see if we can move migration tests out of it and use
"nova-live-migration" job (in tempest check pipeline ) which is much
better in live migration env setup and controlled by nova.
-  then it can be name something like
"tempest-scenario-multinode-lvm-multibackend".
-  run this job in nova, cinder, neutron check pipeline instead of experimental.
Like this 
-https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:scenario-tests-job

That makes scenario job as generic with running all scenario tests
including slow tests with concurrency 2. I made few cleanup and moved
live migration tests out of it which is being run by
'nova-live-migration' job. Last patch making this job as voting on
tempest side.

If looks good, we can use this to run on project side pipeline as voting.

-gmann


I should have said something earlier, but I've said it on my original nova change now:

https://review.openstack.org/#/c/567697/

What was implemented in Tempest isn't really at all what I was going for, especially since it doesn't run the API tests marked 'slow'. All I want is a job like tempest-full (which excludes slow tests) to be tempest-full which *only* runs slow tests. They would run a mutually exclusive set of tests so we have that coverage. I don't care if the scenario tests are run in parallel or serial (it's probably best to start in serial like tempest-full today and then change to parallel later if that settles down).

But I think it's especially important given:

https://review.openstack.org/#/c/567697/2

That we have a job which only runs slow tests because we're going to be marking more tests as "slow" pretty soon and we don't need the overlap with the existing tests that are run in tempest-full.

--
Thanks,

Matt

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to