Windows 展项切换账号后退出全屏，怎样验证展台限制配置

先确认受测方案究竟是Assigned Access单应用展台、受限应用列表、Shell替换还是程序自己的全屏限制，再按对应Windows版本和应用类型验证退出路径。普通桌面播放器不能不经核对就套用单应用展台配置。

判断前提与适用边界

全屏只是窗口状态，不能自动限制系统快捷键、账号切换或外设入口。Assigned Access的不同体验对应用类型、版本和登录方式有具体要求，维护账号与观众账号也应分开。验收要同时证明展示限制和合法维护入口能工作，否则可能把设备锁到运维也进不去。

本文提供Windows目标机的测试协议及Python 3.12.4生成的记录夹具。未对用户播放机修改账户、任务、注册表、更新策略或授权；实际Windows版本、版本号、账户类型、会话与权限必须现场填写。附件中的数值和状态均为明确合成示例。

按同一条件执行

1. 登记Windows版本、build、应用类型、运行账号及实际限制机制，按官方支持条件核对；不要只写“kiosk已开”。

2. 下载退出路径矩阵，逐项测试账号切换、应用关闭、系统快捷键、触摸边缘手势、重启和异常恢复；涉及管理策略先在测试机执行。

3. 记录每条路径下可见画面、是否离开展示、能否进入维护及恢复步骤；RDP行为与物理控制台分别记录。

4. 用维护账号验证解除与恢复限制，并回到观众账号重新测全屏、音频和自启；保留配置副本与受控维护凭据入口。

原始输入与判断示例

下面是合成示例，非现场实测。现场表中的空白表示未采集，不能当作零、正常或通过。

合成机制	应用类型	判断
单应用展台	未确认Win32播放器支持	不能直接宣布可用
应用全屏	普通桌面窗口	不等于系统限制
维护账号	受控退出入口	必须独立验证

附件提供支持条件检查和退出路径记录，不包含修改策略或锁死设备脚本。合成unsupported状态用于提醒先核应用类型，不表示所有桌面应用都不能在任何展台方案运行。具体选择需要受测Windows版本与机制文档共同确认。

下载夹具并形成交付记录

下载专项输入与预期JSON和空白记录CSV。JSON保留原始输入、预期、记录字段及未测范围；CSV用于逐轮填写，原始日志、截图或仪表文件用稳定文件名关联。

本表保留 edition, build, mechanism, app_type 等字段；先按上表核对合成输入，再将目标环境数据另存一份。未采集的字段留空，失败记录与原始文件一并保留，避免下一轮无法复现。

误判与失败路径

不要用屏蔽全部快捷键代替受支持的配置；不要取消唯一维护入口后再测试；不要在观众账号保存管理员密码。若切换账号导致退出全屏，先记录当前会话和限制机制，再定位配置覆盖或程序行为，不把问题笼统归为Windows不稳定。

基础背景见展会软件的可靠性三件套：崩溃自恢复、超时回待机、全屏锁定，相关流程汇总在远程运维专题。需要在SoftAgent上执行这项测试时，按受测版本文档填写配置与支持情况。

一级来源与核验范围

Microsoft：Assigned Access，应用类型与系统要求，核对日期2026-10-23。本文协议与合成样例为独立设计；来源中的机制说明不代表附件已完成现场验收。