这篇文章介绍的是在Openstack nova开发过程中如何进行单元测试,在nova的开发环境搭建好之后(环境搭建可参考上一篇博文),如果对源码进行了修改,就应该做单元测试,本篇文章基本上是对官方文档的翻译,仅对关键步骤稍作介绍,相关的资料后面列举。
1.执行测试
上一篇文章中已经介绍过单元测试的方法,执行测试脚本:
./run_tests.sh
这样会对整个nova工程进行一次测试,会花不少时间。这个脚本里封装了nose测试框架的用法,关于nose可以自己搜索相关资源,也可以到这里了解。这个脚本支持许多不同的参数以获得相应的信息,具体参数如下:
Usage: ./run_tests.sh [OPTION]...
Run Nova's test suite(s)
-V, --virtual-env Always use virtualenv. Install automatically if not present
-N, --no-virtual-env Don't use virtualenv. Run tests in local environment
-s, --no-site-packages Isolate the virtualenv from the global Python environment
-r, --recreate-db Recreate the test database (deprecated, as this is now the default).
-n, --no-recreate-db Don't recreate the test database.
-x, --stop Stop running tests after the first error or failure.
-f, --force Force a clean re-build of the virtual environment. Useful when dependencies have been added.
-p, --pep8 Just run pep8
-P, --no-pep8 Don't run pep8
-c, --coverage Generate coverage report
-h, --help Print this usage message
--hide-elapsed Don't print the elapsed time for each test along with slow test list
想了解更多关于参数的信息,点击这里。
上面是对整个工程的测试,如果仅想对某个模块或功能做测试的话,可以运行相应的测试子集:
./run_tests.sh scheduler
#测试 nova/tests/scheduler
上面的代码是对nova调度器模块做的测试,也可以对模块中的具体类或方法做测试,如下:
./run_tests.sh test_libvirt:HostStateTestCase
#对libvirt模块中的HostStateTestCase类做测试
./run_tests.sh test_utils:ToPrimitiveTestCase.test_dict
#对ToPrimitiveTestCase.test_dict方法做测试
2.控制输出
默认情况下,执行测试之后,会在控制台输出大量的测试信息,在这些输出中找到想要的结果还是比较困难的,即便是
重定向到文件中,依然不是很方便,这样就需要控制测试的输出结果。在执行测试的时候添加一个参数就可以:
--nologcapture
暂时先写到这里,这里是官方指导。