SwiftUI中MyCustomDetailView的UI测试失效，寻求排查方向

• 检查MyCustomDetailView的层级结构，确认是否存在覆盖整个视图的透明容器（如ZStack中设置frame(maxWidth: .infinity, maxHeight: .infinity)的Color.clear），这类容器若错误配置了无障碍属性，可能会屏蔽下层元素的UI测试识别，尽管VoiceOver能正常读取内容。
• 验证MyCustomBlock在MyCustomDetailView中的布局约束与frame，查看是否出现ScrollView/LazyHStack的frame为0、超出屏幕可视区域的情况。比如父容器错误的offset、frame设置，会导致XCUI判定该组件不在可视范围内，进而影响整个视图的元素树生成。
• 排查MyCustomBlock在当前视图的渲染时机，确认是否存在条件渲染（如@State/@Binding控制的显示逻辑）或延迟加载，导致测试执行时ScrollView/LazyHStack尚未完成渲染。可在测试代码中添加waitForExistence(timeout:)等待元素稳定，或检查触发渲染的状态值是否符合预期。
• 检查父视图的无障碍属性继承，比如MyCustomDetailView是否设置了accessibilityElementChildren = .ignore，或给整个视图添加了accessibilityLabel但未正确包含子元素。这类设置可能导致XCUI的元素树被扁平化，无法识别下层组件。
• 核对LazyHStack子元素的无障碍标识唯一性，确认在MyCustomDetailView场景下是否存在重复的accessibilityIdentifier，或子元素的无障碍属性冲突，导致XCUI无法正确解析元素树结构。
• 排查视图的刷新频率，若MyCustomDetailView存在频繁的state更新导致视图反复刷新，测试运行时可能刚好赶上视图未稳定的状态，元素树尚未生成。可在测试中增加等待视图稳定的逻辑，或优化视图的刷新触发条件。
• 验证Xcode与iOS模拟器的版本兼容性，部分SwiftUI版本在特定场景下对ScrollView+LazyHStack的无障碍映射存在bug，更换模拟器或Xcode版本测试，确认是否为系统层面的问题。

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