我一直试图向其中一个Openstack交换机添加一些功能,并测试我的更改。为了进行测试以确保没有破坏任何其他功能,我一直试图运行所提供的测试套件。每个openstack魅力都包含一个测试目录,其中包含运行测试的步骤。我一直在一个完全干净的ubuntu14.04.3虚拟机上运行以下命令,该虚拟机上没有运行其他命令(请注意,我正在运行的代码直接来自存储库,不包含我的修改):
sudo add-apt-repository ppa:juju/stable
sudo apt-get update
sudo apt-get -y upgrade
sudo apt-get install charm-tools
sudo apt-get install juju-core
ssh-keygen -t rsa
juju init
juju switch local
bzr branch lp:~openstack-charmers/charms/trusty/neutron-api/next
cd next
make test在最后一个命令运行之后,几乎所有的测试都失败了。
Traceback (most recent call last):
File "tests/014-basic-precise-icehouse", line 5, in <module>
from basic_deployment import NeutronAPIBasicDeployment
File "/home/ubuntu/next/tests/basic_deployment.py", line 47, in <module>
from charmhelpers.contrib.openstack.amulet.utils import (
File "/home/ubuntu/next/tests/charmhelpers/contrib/openstack/amulet/utils.py", line 25, in <module>
import cinderclient.v1.client as cinder_client 我只是缺少一些明显的配置选项,还是所有openstack魅力的测试套件都坏了?到目前为止,我已经下载了一些其他的魅力集(nova-计算和中子-api),并尝试运行他们的测试,到目前为止,所有这些都给出了这个错误。
发布于 2015-08-25 21:54:58
我们非常感谢所做的贡献,我们很乐意帮助开发人员成功地进行代码合并。单元测试和Amulet测试覆盖率确实将有助于加快评审过程。
我可以证实,你所描述的问题是一个众所周知的问题。在15.10 OpenStack魅力发布之前,我们已经有了解决这些护身符测试依赖问题的合并建议。同时,可以通过编辑00设置文件来满足Amulet测试依赖关系,使其看起来像建议的00-设置文件。。
为了确保对护身符测试贡献的顺利审查和登陆,建议的护身符测试添加应该以新的幂等_test_方法的形式出现在_ test /basic_ployment.py文件中。每个_test__方法都是针对所有当前支持的Ubuntu + OpenStack组合执行的,而不管_test__的执行顺序如何。
Ubuntu云档案馆页面提供了一个图表,该图表描述在发布时间线中的任何给定点上支持哪些组合。
为了确保顺利审查添加的钩子功能,应该包括相应的单元测试覆盖率,以便验证这些代码特性。
关于为OpenStack魅力做出贡献这一更广泛的话题,OpenStack魅力发展政策值得一看。
具体来说,任何建议的改变都应该针对“下一步”(开发)魅力分支,而不是针对主干或稳定的魅力分支。就中子api而言,下一个分支是:
lp:~openstack-charmers/charms/trusty/neutron-api/next
谢谢您,欢迎您到这里来,在freenode #juju上或在聚居邮寄名单上。
https://askubuntu.com/questions/665795
复制相似问题