我之前也踩过类似的坑，针对你遇到的「应用不可测试、无法在Win10 Desktop设备安装」导致的App Policies 10.3.1认证失败，分享几个实际有效的排查和修复方向：

1. 检查Package.appxmanifest的设备家族配置 #

这是最容易出问题的环节：

• 确保manifest里明确指定了桌面设备家族，并且版本范围匹配测试设备的Win10版本：

  <Dependencies>
    <TargetDeviceFamily Name="Windows.Desktop" MinVersion="10.0.17763.0" MaxVersionTested="10.0.22621.0" />
  </Dependencies>
  

  比如测试设备是Win10 1909（版本18363），那MinVersion不能高于18363，否则设备不满足最低版本要求无法安装。
• 确认<Identity>元素的ProcessorArchitecture和你的应用架构一致：如果是64位应用就设为x64，32位设为x86，尽量不要用neutral——部分桌面应用用中性架构会触发兼容性问题。

2. 先在本地Win10设备验证安装可行性 #

商店测试失败的核心是包在目标设备装不上，先在和测试设备同版本的Win10机器上手动安装排查：

• 打开PowerShell执行安装命令：

  Add-AppxPackage -Path "C:\Output\MyApp\MyAppfile.appx"
  

• 如果安装报错，根据错误代码定位问题：
  • 比如0x80073CF9通常是依赖缺失：用Desktop App Converter转换时虽会自动捕获依赖，但偶尔会遗漏VC++运行时、.NET Framework这类组件，你可以手动把对应的依赖包放进PackageFiles目录一起打包。
  • 如果是证书相关错误，要把你的auto-generated.pfx证书导入到测试设备的「受信任的根证书颁发机构」里（本地安装自签名包必须信任证书）。

3. 重新检查.appxbundle的生成流程 #

你的bundle生成步骤可能存在细节遗漏：

• 确保用来生成bundle的.appx是已经正确签名的版本，并且文件夹里只有这一个对应架构的包（不要混放不同架构的包导致识别混乱）。
• 用带详细输出的命令重新生成bundle，看有没有警告或错误：

  makeappx bundle /d "C:\Output\mypackapp" /p "C:\myappfile.appxbundle" /v
  

• 若测试设备是x64架构，要确保你打包的是x64版本的.appx，或者bundle里包含x64架构的包——只打包x86包会导致x64设备无法安装。

4. 简化打包流程，用Desktop App Converter一键完成 #

手动用makeappx和signtool很容易遗漏配置，建议直接用Desktop App Converter的完整命令重新打包，它会自动处理manifest、依赖、签名等细节：

DesktopAppConverter.exe -Installer "C:\你的原安装包路径\MyAppSetup.exe" -Destination "C:\Output\MyApp" -PackageName "MyApp" -Publisher "CN=你的发布者ID（要和商店开发者账号一致）" -Version 1.0.0.0 -MakeAppx -Sign

这样生成的包会自动符合桌面设备的安装要求，减少手动操作的失误。

如果以上步骤都试过还是无法解决，可以尝试提交申请时在开发者备注里补充你本地测试的结果（比如本地能正常安装的截图、命令行输出），让商店审核团队给出更具体的失败细节，方便进一步排查。

内容的提问来源于stack exchange，提问作者Suresh Balaraman