[openstack-dev] [gantt] How to include nova modules in unit tests

Dugger, Donald D donald.d.dugger at intel.com
Wed Jan 22 00:35:39 UTC 2014

Well, the first goal is to get the scheduler code into a separate tree, even though that code is still utilizing common code from nova.  Right now just about every scheduler file includes some nova modules.  Ultimately yes, we want to remove the depency on nova but that is a future effort and would create way too many changes for the immediate future.

When we want to cut the cord from nova it'll be easy, just remove that line from the `test-requirements.txt' file and we'll be forced to replace all of the nova code.

Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
Ph: 303/443-3786

-----Original Message-----
From: Robert Collins [mailto:robertc at robertcollins.net] 
Sent: Tuesday, January 21, 2014 5:16 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [gantt] How to include nova modules in unit tests

On 22 January 2014 11:57, Dugger, Donald D <donald.d.dugger at intel.com> wrote:
> I almost have the unit tests for gantt working except for one problem 
> - is there a way to have the test infrastructure allow the gantt tree 
> to import objects from the nova tree.
> The problem is that we want to break out just the scheduler code into 
> the gantt tree without duplicating all of nova.  The current scheduler 
> has many imports of nova objects, which is not a problem except for the unit tests.
> The unit tests run in an environment that doesn't include the nova 
> tree so all of those imports wind up failing.

The goal though is to have an independent system; perhaps marking all the tests that still depend on tendrils of nova 'skipped' and then work on burning down the skips to 0 is a better approach than making it easy to have such dependencies?


Robert Collins <rbtcollins at hp.com>
Distinguished Technologist
HP Converged Cloud

OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org

More information about the OpenStack-dev mailing list