QA
目录
- 1 项目团队定义
- 2 如何将新项目添加到 QA 计划
- 3 功能提案与设计讨论
- 4 发布流程
- 5 社区
- 6 会议
- 7 项目
- 7.1 Tempest
- 7.2 DevStack
- 7.3 Grenade
- 7.4 Hacking
- 7.5 os-testr
- 7.6 Stackviz
- 7.7 coverage2sql
- 7.8 OS Performance Tools
- 7.9 Bashate
- 7.10 Devstack Plugin Container
- 7.11 Devstack Plugin Ceph
- 7.12 Devstack Plugin Open Cas
- 7.13 Devstack Plugin NFS
- 7.14 Devstack Tools
- 7.15 Devstack Vagrant
- 7.16 Eslint Config Openstack
- 7.17 Karma Subunit Reporter
- 7.18 Tempest Stress
- 7.19 Tempest Plugin Cookiecutter
- 7.20 Devstack Plugin Cookiecutter
- 7.21 Whitebox Tempest Plugin
- 7.22 Tempest-lib (已弃用)
- 7.23 Openstack Health (已弃用)
- 7.24 Patrole (已弃用)
- 8 项目联络人
- 9 历史
QA(质量保证)是 OpenStack 项目团队的官方团队。
项目团队定义
官方名称: OpenStack 质量保证
PTL: Martin Kopec (kopecmartin)
开发、维护和启动工具和计划,以确保 OpenStack 的上游稳定性及质量,并在发布周期中的任何时间点做好发布准备。
如何将新项目添加到 QA 计划
任何有助于 QA 使命的工具或项目都可以添加到 QA 计划下。以下是执行此操作的步骤。
- 在 #openstack-qa 频道或 openstack-discuss 邮件列表中讨论想法,邮件主题中包含 [qa] 标签。
- 您需要提出包含所有详细信息的 QA 规范。
- 规范合并后,请按照此 流程 通过 OpenStack 治理将您的项目添加到 QA 下。
功能提案与设计讨论
任何需要设计讨论的 QA 项目的功能,可以通过在 qa-specs 仓库中提出规范来完成。有关详细信息,请参阅 qa-specs-process。
并非所有功能都需要 QA 规范,要了解您的提案是否需要 QA 规范,请随时通过 #openstack-qa IRC 频道或 openstack-discuss 邮件列表(邮件主题中包含 [qa] 标签)与 QA 团队联系。
QA 规范
QA 规范核心团队
| 源代码 | https://opendev.org/openstack/qa-specs |
发布流程
随着发布团队流程发布的几个项目,QA 需要在 OpenStack 发布期间执行额外的步骤,以便在 DevStack 和 Grenade 中设置基础设施。完整的项目发布流程和 QA 职责记录在此处:QA/releases
社区
- IRC 频道:OFTC 上的 #openstack-qa
- 邮件:openstack-discuss 邮件列表,邮件主题中包含 [qa] 标签。
Meetings
QA 项目团队每周在 IRC 上召开一次会议,有关详细信息,请参阅:Meetings/QATeamMeeting
项目
OpenStack QA 项目团队由多个项目组成,每个项目都独立运行,以实现项目团队的目标。每个项目都会根据在这些项目中提供评审的人员来维护单独的核心团队。
为了对 QA 项目团队活动进行投票,任何一个项目的核心成员都将获得投票权。
Tempest
Tempest 核心团队
DevStack
Devstack 核心团队
截至 2014 年 8 月 19 日,“DevStack 是 QA 计划的一部分”。
使命宣言
DevStack 的使命是提供和维护用于从源代码(git 仓库 master 或特定分支)安装核心 OpenStack 服务的工具,这些工具适用于开发和操作测试。它还演示并记录了配置和运行服务以及命令行客户端用法的示例。
描述
DevStack 是一个用于快速创建 OpenStack 开发环境的脚本。它也可以用于演示启动/运行 OpenStack 服务并提供使用它们的方法的示例。这些示例练习超出了简单的示例,并成为所有 OpenStack 签入的 Gerrit gate 测试的基础,并继续担任该角色,直到 Tempest 接管。这些仍然是 DevStack 持续开发的主要优先级。
DevStack 不是,也从未打算成为通用的 OpenStack 安装程序。它已经发展到支持大量的配置选项和替代平台以及支持服务。但是,这种演变已经超出了最初的意图,不幸的是,许多配置组合很少或从未经过测试。
尝试 DevStack 的最简单方法是运行脚本 https://github.com/makelinux/devstack-install-on-iso,该脚本会自动在 VM 中安装 Ubuntu 和 DevStack,无需任何手动配置。
Grenade
Grenade 核心团队
有关更多信息,请参阅:Grenade
Hacking
Hacking 核心团队
os-testr
OS Testr 核心团队
Stackviz
Stackviz 核心团队
coverage2sql
Coverage2sql 核心团队
OS Performance Tools
OS Performance Tools 核心团队
Bashate
Bashate 核心团队
Devstack Plugin Container
Devstack Plugin Container 核心团队
Devstack Plugin Ceph
Devstack Plugin Ceph 核心团队
Devstack Plugin Open Cas
Devstack Plugin Open Cas 核心团队
Devstack Plugin NFS
Devstack Plugin NFS 核心团队
Devstack Tools
Devstack Tools 核心团队
Devstack Vagrant
Devstack Vagrant 核心团队
Eslint Config Openstack
Eslint Config Openstack 核心团队
Karma Subunit Reporter
Karma Subunit Reporter 核心团队
Tempest Stress
Tempest Stress 核心团队
Tempest Plugin Cookiecutter
Tempest Plugin Cookiecutter 核心团队
Devstack Plugin Cookiecutter
Devstack Plugin Cookiecutter 核心团队
Whitebox Tempest Plugin
Whitebox Tempest Plugin 核心团队
Tempest-lib (已弃用)
从 1.0.0 版本开始,tempest-lib 作为单独的仓库和项目已被弃用。该库现在存在于 tempest 项目中,所有未来的开发都将在此处进行。要将库用于未来的版本,请将您的导入从 tempest_lib 更新为 tempest.lib,并在您的项目需求中添加 tempest>=10
经过多年的弃用,该项目在 2022 年 4 月 6 日在 Zed PTG 上达成协议后退役。
Openstack Health (已弃用)
Openstack Health 核心团队
Patrole (已弃用)
Patrole 核心团队
项目联络人
为了使跨项目沟通更轻松,并填补项目与 QA 之间的领域专业知识差距(双向),每个项目都会指定一个联络人来处理集成问题。请参阅 QAProjectLiaisons。
历史记录
- 之前的 PTL
- Sean Dague (sdague),..Havana 和 Icehouse 发布
- Matthew Treinish (mtreinish):Juno、Kilo、Liberty 和 Mitaka 发布
- Ken'ichi Ohmichi (oomichi):Newton 和 Ocata 发布
- Andrea Frittoli (andreaf): Pike 和 Queens 发布
- Ghanshyam Mann (gmann): Rocky, Stein, Train 和 Ussuri 发布
- Masayuki Igawa (masayukig): Victoria 和 Wallaby 发布
- Martin Kopec (kopecmartin): Xena, Yoga, Zed 和 Antelope