8.4. 裸机测试
以下子测试由裸机测试组成。测试执行注册、检查和部署以验证裸机节点。
8.4.1. 裸机 InstackStackrc 验证
验证 instackenv.json 和 stackrc 文件。
成功标准
-
检查
instackenv.json和stackrc文件是否存在于指定位置，并验证instackenv.json文件的内容，以及 - 需要验证检查文件是否为有效的 json 文件，并且可以访问指定的 BMC IP。
8.4.2. 裸机驱动程序验证
将 HUT 上配置的驱动程序与红帽支持的驱动程序进行比较。如果出现驱动程序不匹配，则子测试会生成 Review 状态并退出。红帽支持的驱动程序是测试套件的一部分
成功标准
-
指定的驱动程序应与
instackenv.json文件中的驱动程序匹配，以及 -
如果驱动程序与测试不匹配，则会以 Review 状态退出。在这种情况下，红帽认证团队将手动检查
instackenv.json文件以及指定的驱动程序，以验证驱动程序是否支持驱动程序。
8.4.3. 裸机 undercloud 验证
检查测试是否从 undercloud 节点运行。如果测试没有在此节点上运行，测试会失败，您需要重新运行测试。
成功标准
测试 undercloud 工件，以检查测试是否从 undercloud 节点运行。
undercloud 节点是有效的节点。
8.4.4. 裸机注册测试
检查裸机驱动程序是否成功可以使用 BMC IP 注册硬件节点。注册过程需要驱动程序与 BMC IP 正确通信。BMC 将注册节点的 Power state 和 Provisioning state 改为 off 和 available。
该测试还会检查堆栈 overcloud 是否存在，以及节点是否已添加。如果堆栈和节点存在，它会删除它们，然后尝试根据 instackenv.json 文件注册节点。如果任何阶段失败，则测试会失败。
成功标准
注册的节点应该处于 Power 和 Provisioning 状态。
8.4.5. 裸机检查测试
当 Operator 设置所需的 driver_info 字段后，BareMetalInspectingTest 允许 Bare Metal 服务发现所需的节点属性。
成功标准
节点属性应正确填充，以便 BMC 可以根据驱动程序提供的说明收集硬件详情。
8.4.6. 裸机部署测试
检查成功完成后，裸机部署测试将尝试通过创建和分配自定义类别到节点来尝试 nova 引导 两台虚拟机。这有助于检查 BMC 是否可以为实例提供所需的引导镜像，然后尝试引导实例。
成功标准
虚拟机启动，并附加了 Active 状态。
8.4.7. 裸机重新部署测试
尝试重新部署 nova 实例。
成功标准
前面涵盖的所有阶段也应传递重新部署。测试注册并检查硬件实例，根据注册和检查阶段部署实例。
