tempest插件用于基于tripleo/director的openstack部署的白盒测试
whitebox-tempest-plugin的Python项目详细描述
白盒tempest插件
===
此repo是一个tempest插件，包含针对基于
tripleo/director的部署运行的场景测试。
重要提示：
这仍在进行中。
*免费软件：apache许可证
*文档：不适用
*来源：https://review.rdoproject.org/r/gitweb？p=openstack/whitebox tempest plugin.git
*bugs:n/a
需求
----
>测试假设基于三重/控制器的部署带有云下和云上。测试将从undercloud运行，因此tempest应该在undercloud节点上安装和配置。假设运行测试的unix用户，通常是*stack*，可以通过ssh访问所有运行在overcloud中的计算节点。这些都记录在
测试中，如果不满足这些硬件要求，测试将很快失败您将需要多个节点来运行这些测试，并且需要
手动指定在哪个节点上运行哪个测试有关
我们的计划的更多信息，请参阅：ref:`roadmap`.
配置并运行
安装插件。
用法：
workspace=/some/directory
cd$workspace
git clone https://github.com/redhat openstack/whitebox tempest plugin
sudo pip install whitebox tempest plugin
2.配置tempest。
在“tempest.conf”文件的末尾添加以下行。这些
决定了运行tempest的云下节点应该如何连接到overcloud中的计算节点，反之亦然。例如：
[whitebox]
hypervisors=compute-0.localdomain:192.168.24.6，compute-1.localdomain:192.168.24.12
max_compute_nodes=2某些测试取决于是否存在一个
（可用）计算节点
3。执行测试。用法：
tempest run--regex whitebox-tempest-plugin.
您应该主要导入“稳定的”api
，通常是：
*``tempest.lib.*``
*``tempest.config`
*``tempest.test\u discover.plugins`
*``tempest.common.credentials\u factory`
*``tempest.clients`
*``tempest.test`
从“tempest.api.*`导入类可能会很危险，因为tempest可能会中断。
http://docs.openstack.org/tempest/latest/plugin.html
……_路线图：
例如，要求主机
未启用超线程的测试不能用于要求
超线程的测试。因此，不可能有一个“master
配置”可用于运行所有测试。相反，不同的测试必须在不同的节点上运行。
BR/>目前，这个插件是孤立存在的，在节点上运行单独的测试
，以及所配置的节点，仍然是一个手动的过程。反*n*过云节点套件，其中每个节点具有不同的硬件
配置，*n*是所需不同硬件配置的总数
（一个用于实时，一个用于SR-IOV等）。每个节点都有一个
不同的配置文件，主机聚合可能用于确保每个
测试在其首选硬件上运行。要实现这一点，我们可能需要提供一个
配方以及硬件配置步骤。
尽管如此，上述步骤还远远不够现在，我们的重点是让测试就位，这样我们就可以停止手工操作了。
http://tripleo.org/install/advanced\u deployment/profile\u matching.html
===
此repo是一个tempest插件，包含针对基于
tripleo/director的部署运行的场景测试。
重要提示：
这仍在进行中。
*免费软件：apache许可证
*文档：不适用
*来源：https://review.rdoproject.org/r/gitweb？p=openstack/whitebox tempest plugin.git
*bugs:n/a
需求
----
>测试假设基于三重/控制器的部署带有云下和云上。测试将从undercloud运行，因此tempest应该在undercloud节点上安装和配置。假设运行测试的unix用户，通常是*stack*，可以通过ssh访问所有运行在overcloud中的计算节点。这些都记录在
测试中，如果不满足这些硬件要求，测试将很快失败您将需要多个节点来运行这些测试，并且需要
手动指定在哪个节点上运行哪个测试有关
我们的计划的更多信息，请参阅：ref:`roadmap`.
配置并运行
安装插件。
用法：
workspace=/some/directory
cd$workspace
git clone https://github.com/redhat openstack/whitebox tempest plugin
sudo pip install whitebox tempest plugin
2.配置tempest。
在“tempest.conf”文件的末尾添加以下行。这些
决定了运行tempest的云下节点应该如何连接到overcloud中的计算节点，反之亦然。例如：
[whitebox]
hypervisors=compute-0.localdomain:192.168.24.6，compute-1.localdomain:192.168.24.12
max_compute_nodes=2某些测试取决于是否存在一个
（可用）计算节点
3。执行测试。用法：
tempest run--regex whitebox-tempest-plugin.
您应该主要导入“稳定的”api
，通常是：
*``tempest.lib.*``
*``tempest.config`
*``tempest.test\u discover.plugins`
*``tempest.common.credentials\u factory`
*``tempest.clients`
*``tempest.test`
从“tempest.api.*`导入类可能会很危险，因为tempest可能会中断。
http://docs.openstack.org/tempest/latest/plugin.html
……_路线图：
例如，要求主机
未启用超线程的测试不能用于要求
超线程的测试。因此，不可能有一个“master
配置”可用于运行所有测试。相反，不同的测试必须在不同的节点上运行。
BR/>目前，这个插件是孤立存在的，在节点上运行单独的测试
，以及所配置的节点，仍然是一个手动的过程。反*n*过云节点套件，其中每个节点具有不同的硬件
配置，*n*是所需不同硬件配置的总数
（一个用于实时，一个用于SR-IOV等）。每个节点都有一个
不同的配置文件，主机聚合可能用于确保每个
测试在其首选硬件上运行。要实现这一点，我们可能需要提供一个
配方以及硬件配置步骤。
尽管如此，上述步骤还远远不够现在，我们的重点是让测试就位，这样我们就可以停止手工操作了。
http://tripleo.org/install/advanced\u deployment/profile\u matching.html
欢迎加入QQ群-->： 979659372
