
This set looks good! I haven't had a chance to test on Xen yet. Also, if you are planning to include all of the migration types in one test, you'll want to change the test name from 06_remote_live_migration.py to something more generic.
I would prefer to have different test cases for different types, otherwise tracking the issues would be more problematic, the test case will be lengthier and complex keeping the scenarios separate gives a ready to use tc for verifying regression for different migration types if any.
Thoughts ??
These are good arguments. I'm fine with either approach. The single test approach means there is less code duplication across multiple tests (because each test will basically be the same, right?). So it's less of a maintenance headache if things change later on. -- Kaitlin Rupert IBM Linux Technology Center kaitlin@linux.vnet.ibm.com