确定应用程序就绪情况

在部署 Windows 客户端更新之前，你应该知道哪些应用将继续正常运行，没有问题，哪些应用需要自己的更新，哪些应用将不起作用，必须进行替换。 如果你尚未对 应用进行分类 ，则有必要根据应用在组织中的关键性对其进行分类。

验证方法

可以选择各种方法来验证应用。 确切使用哪些类型取决于环境的具体细节。

验证方法 描述
完全回归 完整的质量保证探测。 非常了解应用程序并可以验证其核心功能的员工应执行此验证。
冒烟测试 应用程序经过正式验证。 也就是说，用户按照详细的计划来验证应用程序，理想情况下，他们正在验证的应用程序是有限的，或者不知道。
自动测试 软件会自动执行测试。 该软件可让你知道测试是通过还是失败，并自动提供详细报告。
在试点中测试 预先选择要在试点部署组中的用户，并执行他们日常执行的相同任务来验证应用程序。 通常，除了其他验证类型之一之外，还使用此方法。
反应式响应 应用程序将在后期试点中验证，并且不会选择任何特定用户。 这些应用程序通常不会安装在许多设备上，也不会由企业应用程序分发处理。

将各种验证方法与之前建立的应用分类相结合可能如下所示：

验证方法 关键应用 重要应用 不重要的应用
完全回归 x
冒烟测试 x
自动测试 x x x
在试点中测试 x x x

标识用户

毫无疑问，由于你的组织拥有各种各样的用户，每个用户都有不同的背景和常规任务，你必须选择哪些用户最适合进行验证测试。 需要考虑的一些因素包括：

  • 位置：如果用户位于不同的物理位置，是否可以支持他们并从他们所在的区域获取验证反馈？
  • 应用程序知识：用户是否对应用应如何工作有适当的了解？
  • 技术能力：用户是否有足够的技术能力来提供来自各种测试方案的有用反馈？

你可以寻找喜欢使用新功能的志愿者，并将其纳入试点部署。 你可能希望避免使用部门主管或项目经理等核心用户。 当前的应用程序所有者、运营人员和开发人员可以帮助你确定最合适的试点用户。

标识和设置用于验证的设备

除了用户，还必须仔细选择设备以参与应用验证。 例如，理想情况下，你的选择包括表示环境中所有硬件型号的设备。

有多种方法可以选择设备进行应用验证：

  • 现有试点设备：你可能已经有一个设备列表，这些设备在发布周期中经常用于测试更新。
  • 手动选择：某些内部组（如操作）具有专业知识，可帮助根据过去支持问题的规范、使用情况或记录手动选择设备。
  • 数据驱动分析：使用适当的工具，可以使用来自设备的诊断数据来告知你的选择。