Xamarin UI Test：能否自动化系统级对话框及离线等场景？

好问题！Xamarin UI测试（主要基于Xamarin.UITest框架）在处理你提到的这些系统级场景时，有一定的能力，但也存在不少平台相关的局限，我来逐个拆解你的疑问：

1. 系统级对话框与照片选择的自动化 #

• 对于应用内触发的系统模态框（比如点击上传唤起的图库），Xamarin.UITest是可以处理的，但得看平台：
  • Android端：你可以用App.Query定位系统控件（比如图库的照片列表项），再用App.Tap点击指定照片。不过要注意，不同Android版本或厂商定制的UI可能会让控件定位变复杂，得适配不同的选择器（比如用资源ID或文本标记）。
  • iOS端：系统对话框（比如图库权限弹窗、照片选择器）可以用App.Invoke调用iOS的相关方法，或者直接通过坐标点击（如果控件不好定位的话），也可以尝试App.Tap(c => c.Marked("目标照片名称"))——前提是系统控件有对应的标记。
• 但如果是直接打开系统图库这类脱离被测应用的操作，Xamarin.UITest就不太行了，因为它的测试上下文始终绑定在你的目标应用上。

2. 溢出菜单与外部应用跳转的自动化 #

• 应用内的溢出菜单（比如右上角三点菜单）属于应用自身控件，完全可以自动化：用App.Tap(c => c.Marked("overflow_menu"))定位并点击，再选择对应的选项（比如“通过外部应用打开”）。
• 但跳转至外部应用后，Xamarin.UITest就无法继续控制了——它只能聚焦在初始的被测应用里。如果要验证跳转后的状态，只能切回被测应用后检查相关反馈（比如是否有“已通过外部应用打开”的提示），要是需要测试外部应用内的操作，就得结合Appium这类支持跨应用的工具，这就超出纯Xamarin.UITest的范围了。

3. 飞行模式等系统状态的自动化切换 #

• Xamarin.UITest本身没有直接控制系统设置的API，但可以通过系统命令间接实现：
  • Android端：用adb命令就行，在测试代码里通过App.ExecuteShellCommand执行：

    adb shell settings put global airplane_mode_on 1
    adb shell am broadcast -a android.intent.action.AIRPLANE_MODE --ez state true
    

    这就能开启飞行模式，同理改参数可以关闭。
  • iOS端：模拟器可以用xcrun simctl命令，比如：

    xcrun simctl status_bar booted override --airplane-mode on
    

    但真机不行——苹果的沙箱限制很严，没法通过自动化命令修改系统设置，只能手动操作。

4. 核心局限总结 #

• 平台适配成本高：Android和iOS的系统控件逻辑、权限规则完全不同，你得写大量平台特定的测试代码，维护起来挺麻烦。
• 真机权限受限：iOS真机上很多系统级操作（比如改飞行模式、访问系统图库深层控件）都被苹果限制，没法自动化，只能用模拟器或者手动操作。
• 跨应用能力弱：Xamarin.UITest没法跨应用持续执行测试，跳转外部应用后流程就断了，没法验证外部应用内的行为。
• 定制系统适配难：小米、华为这类厂商的Android定制系统会改系统对话框的UI结构，导致控件定位失效，得针对不同设备做适配。

内容的提问来源于stack exchange，提问作者Chris Gladstone