通过

测试引擎功能生命周期（预览版）

备注

预览功能不适合生产使用且功能可能受限。 这些功能在正式发布之前已经可用，以便客户可以抢先体验并提供反馈。

测试引擎具有结构化的功能生命周期模型，用于管理从实验概念到正式发布的功能的进展。 这种方法允许用户访问不同成熟度级别的新功能，同时确保生产场景的可靠性和稳定性。

测试引擎中的功能进展

测试引擎功能遵循从开始到正式发布的定义路径，分为三个阶段：

  1. 开源创新（预览阶段）
  2. 预览功能（评估阶段）
  3. 正式发布（稳定阶段）

1. 开源创新（预览阶段）

许多测试引擎功能的旅程始 于开源存储库，其中：

  • 社区成员和 Microsoft 工程师提出并贡献新功能
  • 开发新的提供程序和扩展以支持更多方案
  • 自定义 Power Fx 操作是在真实环境中创建和测试的
  • 在正式产品集成之前验证实验概念

此预览阶段代表了最前沿的功能，可供从源代码构建测试引擎的开发人员使用。

2. 预览功能（评估阶段）

在开源环境中展现出价值的功能可能会进入评估阶段，届时这些功能将通过显式选择加入的方式在官方 Power Platform CLI (pac) 版本中提供：

  • 功能可以通过 Power Fx 中的Preview函数前缀访问。
  • 必须在测试设置中显式启用功能：
testSettings:
  extensionModules:
    enable: true
    allowPowerFxNamespaces:
      - Preview
  • 此阶段的功能会接受更广泛的测试，但仍可能根据反馈进行改进
  • 文档包括预览名称，以指示未来可能发生的更改

3. 正式发布（稳定阶段）

在预览阶段进行全面测试和优化后，稳定功能将正式发布：

  • 功能从 Preview 前缀迁移到 TestEngine 前缀
  • 默认情况下，无需特殊配置即可使用该功能
  • 这些功能被视作生产就绪，并提供全面支持
  • 文档移除预览标签

通过 Power Fx 函数组织启用功能

测试引擎使用 Power Fx 函数前缀作为控制功能可用性的主要机制：

函数前缀 描述 空闲情况
TestEngine 所有用户均可使用生产就绪功能 默认启用
Preview 正在评估的可能更改的功能 需要明确同意加入
(无) 核心 Power Fx 功能 始终可用

该组织提供了几个好处：

  • 明确指示功能成熟度：前缀传达稳定性预期
  • 受控访问：必须显式启用预览功能，以保护用户免受意外更改的影响
  • 版本复原能力：随着功能的成熟，可以逐步更新代码以使用新前缀

有关配置和使用这些前缀的更多信息，请参阅 在测试中使用 Power Fx 函数组织。

为测试引擎的发展做出贡献

测试引擎产品团队积极与社区合作，以改进产品：

开源贡献

社区成员可以通过多种方式为 Test Engine 做出贡献：

  • 提供程序扩展：创建新的提供程序以支持更多应用程序类型
  • Power Fx 动作：开发自定义动作以启用新的测试场景
  • 功能增强：改进现有功能以解决常见方案
  • 报告问题：请使用我们的 GitHub 存储库问题功能报告您发现的任何问题。 在此处查找现有已知问题： aka.ms/TestEngineOpenIssues

产品集成途径

最初作为开源贡献的功能可能会通过以下流程被考虑纳入官方 Power Platform CLI (pac test run)：

  1. 初始开发：在开源存储库中创建和测试功能
  2. 社区验证：其他用户验证该功能的实用性和稳定性
  3. 产品注意事项：测试引擎产品团队审查该功能
  4. 预览集成：如果获得批准，该功能将集成到预览前缀中
  5. 正式发布：经过充分验证后，该功能将升级为 TestEngine 前缀

与产品团队合作

有兴趣贡献最终可能包含在官方产品中的功能的开发人员应该：

  • 开发前讨论：在存储库中打开一个问题以讨论概念
  • 遵循设计指南：确保实现与测试引擎的架构保持一致
  • 提供全面的测试：包括证明可靠性的自动化测试
  • 记录功能：为用户创建清晰的文档

功能生命周期模型的优势

对于测试引擎用户来说，该模型具有以下几个优势：

  • 获得创新：在正式发布之前使用尖端功能
  • 控制风险：根据需要选择要启用的预览功能
  • 明确的期望：通过一致的前缀约定了解特征稳定性
  • 参与机会：通过贡献和反馈影响产品方向
  • Last updated on