费解的service_available.neutron配置以及传递network参数

目前主要还是基于H版的OpenStack,因此Tempest也是H版,对比了下最新社区Tempest,已经有很多实现的改进,连最基础的create_server的方法也优化了,特别是传入的networks,还会先通过方法tenant_network来获取,而目前使用的H版的Tempest默认依旧无网卡创建,除了重写方法外,如果不做任何修改,很多用例都没办法直接通过,加上在用的OpenStack也做[……]

Read more

偶遇线程锁

记得以前在看APUE《UNIX环境高级编程》的时候,最让我云里雾里的就是信号量那部分的内容,在完善Tempest的过程中,突然偶遇了Lock,不过这里是python多线程用到的,我印象中python的解释器是单线程的,因此之前multi threading一直支持得不好,当然不知道现在如何

因为目前主要完善Tempest里有关云主机部分的用例,由于做了相当多定制化的修改,而且havana版的tem[……]

Read more

Tempest测试类型解析:满屏装饰器

刚刚开始看openstack或者tempest的人,会发现都是装饰器,所以要抱着激情的态度来迎合它,而不是抵触,相信多看个几次就会慢慢习惯了

还是先看前面老是提起的flavor这个case

@attr(type='smoke')
def test_list_flavors(self):
# List of all flavors should contain the expected flav[......]

Read more

Tempest里create_test_server方法的调用问题

昨天在测试一个简单nova接口的时候,只要是有继承base.py里的BaseComputeTest类,create_test_server函数这个case就会被默认执行,而假如测试的OpenStack环境不支持不带网卡创建虚拟机,就会报错,还是这个函数

@classmethod
def create_test_server(cls, **kwargs):
"""Wrapper utility[......]

Read more

测试框架Tempest进阶:第一坑一头雾水

对于OpenStack里API接口的测试,由于按需一直在变,云网络接口相对较少,一直放在持续集成测试中,而云主机部分接口实在太多,涉及到的模块也多,而主机部分大多生命周期操作以及验证都还涉及到多个物理节点,因此目前仅仅在一整个OpenStack环境通过整体功能回归验证其正确性,而对于接口层验证目前还是比较老,供提交代码之后来触发的接口测试,而对于新增功能接口,都没有实时添加进去,更甚之由于更新频率[……]

Read more