在测试基础上创建和测试二进制文件

2024-03-07

重要

Microsoft 365 的测试基础将于 2024 年 5 月 31 日过渡到生命周期结束 (EOL) 。 我们致力于与每位客户密切合作，提供支持和指导，使过渡尽可能顺利。如果有任何疑问、疑虑或需要帮助，请提交支持请求。

本部分提供创建包含二进制文件的新包以在 Test Base 上上传和测试所需的所有步骤。如果已有预生成的 .zip 文件，请参阅上传预生成的 Zip 包以上传文件。

重要

如果没有 Test Base 帐户，则需要在继续操作之前创建一个，如创建测试基础帐户中所述。

创建新包

在Azure 门户，转到要为其创建和上传包的测试基础帐户，并执行以下步骤。

在“ 包目录”下的左侧菜单中，选择“ 新建包”。然后单击第一个卡“联机创建新包”，在 5 个步骤内联机生成包！

创建新的包向导

步骤 1：定义内容

在 “包源 ”部分中，选择“二进制文件” (例如“包源类型”中的“.exe .msi) ”。
然后，单击“选择文件”按钮或选中“测试基础示例模板”框上传应用文件，以使用测试基础示例模板作为起点（如果尚未准备好文件）。
在 “基本信息 ”部分键入包的名称和版本。

注意

包名称和版本的组合在测试基础帐户中必须是唯一的。
指定所有请求的信息后，可以通过单击“ 下一步：配置测试 ”按钮转到下一阶段。

步骤 2：配置测试

选择 “测试类型”。支持两种测试类型：
- 现 装 (OOB) 测试 执行包的安装、启动、关闭和卸载。安装后，在运行单个卸载之前，将重复启动关闭例程 30 次。 OOB 测试提供包上的标准化遥测数据，以便跨 Windows 版本进行比较。
- 功能测试会在包) (执行上传的测试脚本。脚本按指定的顺序运行，特定脚本中的失败将停止后续脚本的执行。
- 使用 Flown Driven 测试，可以使用增强的流控制来排列测试脚本。为了帮助你全面验证就地 Windows 升级的影响，可以使用流驱动测试通过并排测试结果比较在基线 OS 和目标 OS 上执行测试。
注意

用户还可以选择预安装的 Microsoft 应用选项。此选项将在安装用户应用程序之前安装 Microsft 应用（如 Office）。

现装测试现在是可选的。
填写所有必需信息后，单击底部的“下一步”按钮即可转到步骤 3。成功生成测试脚本后，将弹出通知。

步骤 3：编辑包

在“编辑包”选项卡中，可以
- 在包预览中检查包文件夹和文件结构。
- 使用 PowerShell 代码编辑器联机编辑脚本。
注意

已生成一些示例脚本以供参考。需要仔细查看每个脚本，并将命令和进程名称替换为自己的名称。
在 包预览版中，可以根据需要
- 创建新文件夹。
- 创建新脚本。
- 上传新文件。
在 scripts 文件夹下，已为你创建了示例脚本和脚本标记。所有脚本标记都是可编辑的，可以重新分配它们以引用脚本路径。
- 如果在步骤 2 中选择了 “开箱即用”测试 ，则可以在 scripts 文件夹下看到 outofbox 文件夹。还可以选择为安装脚本添加 “安装后重新启动” 标记。
注意

安装、启动和关闭脚本标记对于 OOB 测试类型是必需的。重新分配标记可确保在启动测试时使用正确的脚本路径。
- 如果在步骤 2 中选择了 功能测试 ，则可以在 scripts 文件夹下看到功能文件夹。可以使用 “添加到功能测试列表” 按钮添加更多功能测试脚本。至少需要一个 (1 个) 脚本，并且最多可以添加 8 (8 个) 功能测试脚本。
注意

至少 1 个功能脚本标记对于功能测试类型是必需的。

若要添加更多功能脚本，可以单击“添加到功能测试列表”。 然后，将弹出操作面板，你可以：
- 使用左椭圆按钮拖动来对脚本路径进行重新排序。功能脚本按列出的顺序运行。特定脚本中的失败会阻止后续脚本执行。
- 为多个脚本设置“执行后重启”。
- 先对特定脚本路径应用更新。这适用于希望执行功能测试的用户，以指示何时应按执行其功能测试脚本的顺序应用Windows 更新修补程序。
填写所有必需信息后，可以通过单击底部的“下一步”按钮转到步骤 4。

步骤 4：设置测试矩阵

“测试矩阵”选项卡用于指示你可能希望针对其执行测试的特定 Windows 更新程序或 Windows 产品。

显示“设置测试矩阵新包”的屏幕截图。

选择 OS 更新类型
- 测试基础提供计划测试，以确保应用程序性能不会因最新的 Windows 更新而中断。
- 有 2 个可用选项：
  - 通过 安全更新 ，可以针对 Windows 每月安全更新的增量改动来测试包。
  - 功能更新使你的包能够针对 Windows 预览体验计划的最新Windows Insider Preview版本中的新功能进行测试。
配置 安全更新 若要设置安全更新，必须从“要测试的 OS 版本”下拉列表中指定要测试的 Windows 产品 () 。
- 你的选择将针对所选产品的 Windows 每月质量更新的 B 版本注册应用程序， () 自动测试运行。
  - 对于在 Test Base 上拥有默认访问客户的客户，从补丁星期二开始，将针对 B 发布安全更新的最终发布版本对其应用程序进行验证。
  - 对于在测试基地上拥有完全访问权限的客户，他们的应用程序会根据 B 发布安全更新的预发布版本进行验证，最多在补丁星期二之前 3 周开始。这使完全访问客户有时间采取主动步骤，在补丁星期二的最终发布之前，解决在测试期间发现的任何问题。
    (如何成为完全访问客户？请参阅请求更改访问级别 |Microsoft Docs)
配置 功能更新
- 若要设置功能更新，必须从“预览体验计划频道”下拉列表中指定目标产品及其预览频道。
- 你的选择将针对所选产品通道的最新功能更新以及所选Windows Insider Preview内部版本中的所有未来更新注册应用程序，以便针对自动测试运行。
- 还可以在“Insight 的 OS 基线”中设置当前 OS。我们将通过对原样 OS 环境和最新目标 OS 进行回归分析，为你提供更多的测试见解。

步骤 5：查看 + 发布

查看所有信息，了解草稿包的正确性和准确性。若要进行更正，可以导航回到所需的指定设置的早期步骤。
还可以检查通知框，以接收有关验证运行完成通知的包的电子邮件通知。
完成输入数据配置后，单击“ 发布 ”将包上传到 Test Base。当包成功发布并进入验证过程时，将显示以下通知。

注意

必须先对包进行验证，然后才能接受该包以供将来的测试使用。验证最长可能需要 24 小时，因为它包括在实际测试环境中运行包。
你将重定向到“管理包”页，以检查新上传的包的进度。

注意

验证过程完成后，验证状态将更改为“已接受”。此时，无需执行进一步操作。只要配置的操作系统有可用的新更新，就会自动获取包以供执行。如果验证过程失败，则程序包无法准备好进行测试。请检查日志并评估是否发生了任何错误。对于潜在问题，可能还需要检查包配置设置。