定义测试和验证
在将 Microsoft Dev Box 推广到整个组织之前，进行彻底的测试和验证至关重要。 此阶段首先选择一组具有代表性的开发人员来执行试点测试。 这些用户应使用标准市场和自定义映像以及团队自定义来验证不同项目类型和区域的预配体验、网络连接、性能、工具集可用性。
要测试的关键之一是使用 Azure 市场的标准 VM 映像，或者在从服务预配计算机时生成自定义映像并对其进行访问。 自定义映像可能包含开发工具、SDK、CLI 实用工具和内部服务，必须在 Dev Box 环境中正常运行。 这包括测试与 Visual Studio、VS Code、Azure DevOps、GitHub 和后端 API 的集成。 必须验证自定义基础映像，以确认目录脚本在预配过程中正确安装所需的组件。
作为预配测试和体验的一部分，开发人员会试用手动和自动化方法。 手动预配涉及使用 Azure 门户，而对于自动预配 Azure 资源，可以从 Azure 资源管理器模板、Bicep 或 Terraform 中进行选择。 在测试阶段，这是编写和测试 Bicep、Terraform 脚本或 Azure 资源管理器模板的好时机，以便在整个组织的服务推出阶段时能够自动扩大生产服务的规模。
还应测试安全方案，例如条件访问策略、基于角色的访问控制、Azure 策略强制实施、通过 Microsoft Defender 进行威胁检测，以及通过 Microsoft Sentinel 或其他第三方安全产品进行监视。
性能验证包括针对不同计算 SKU 的 VM 性能基准测试，以及评估启动时间，尤其是针对地理分散的团队。
了解成本控制和管理是此阶段的关键部分，你希望确保完全了解并使用休眠功能在 Dev Box 计算机上设置成本控制，以在特定条件下降低计算成本，例如，当开发人员与计算机断开连接或为 Dev Box 计算机设置计划的使用小时数。
强烈建议在测试和验证阶段，开始编写标准化的使用、管理和维护文档，该文档可以作为治理框架的关键组成部分，为在组织中配置使用 Microsoft Dev Box 提供支持。 在进入下一阶段的服务推出时，可以使用和优化本文档和最佳做法。