XCUITest iOS Testing 是一个专注于 iOS UI 测试的技能，围绕 XCUITest 框架展开，涵盖元素查询、手势模拟、无障碍（accessibility）测试以及 Xcode 测试计划配置。资料同时给出该技能适用的工作场景：搭建新项目或已有项目的 XCUITest、审查与改进现有实现、调试 XCUITest 相关失败、将 XCUITest 集成到 CI/CD，以及向团队成员培训 XCUITest 最佳实践。
核心原则 资料列出五条核心原则：Quality First（质量优先，确保 XCUITest 实现遵循行业最佳实践并产生可靠、可维护的结果）；Defense in Depth（纵深防御，在开发生命周期的不同阶段应用多层验证以捕获问题）；Actionable Results（每一项测试或检查应产生清晰、可立即采取行动的输出）；Automation（优先选择能无缝集成到 CI/CD 流水线以实现持续验证的自动化方案）；Documentation（确保所有 XCUITest 配置与测试模式都有良好文档，便于团队理解）。
实施指南：搭建与配置 按资料的步骤：先评估项目，理解技术栈（Swift）与现有测试基础设施；再根据项目需求选择合适的 XCUITest 工具；然后配置环境，建立必要的配置文件与依赖；接着编写初始测试，从关键路径开始并逐步扩大覆盖；最后与 CI/CD 集成，确保每次代码变更都自动运行测试。
最佳实践 资料给出的实践包括：保持测试聚焦，每个测试验证一个具体行为或需求；使用描述性命名，测试名称应清楚描述所验证的内容；保持测试独立，测试不应依赖执行顺序或共享状态；处理异步操作，正确等待异步操作并使用合适的超时；清理资源，确保测试执行后相关资源被正确清理。
常见模式 资料在这一节只给出一个占位说明：示例 XCUITest 模式，并提示将该模式适配到具体用例与框架，未提供可保留的具体代码内容。
应避免的反模式 资料列举：不稳定测试（因时序或环境问题时通过时失败）；过度 mock（mock 过多依赖，导致测试不能反映真实行为）；测试耦合（测试彼此依赖或共享可变状态）；忽略失败（禁用或跳过失败测试而不修复）；缺少边界场景（只测试正常路径而不考虑错误场景）。
与 CI/CD 集成 集成方式包括：在每个 pull request 上运行测试；设置带有最低阈值的质量门；生成并发布测试报告；配置失败通知；长期跟踪趋势。
故障排查 当出现 XCUITest 问题时，资料建议：检查测试输出中的具体错误信息；核对环境与配置设置；确保所有依赖为最新；审查可能引入问题的近期代码变更；查阅框架文档中的已知问题。
限制与未提供内容 资料未提供具体安装命令、价格与收费方式、支持平台范围、实际测试效果数据或具体代码示例（常见模式一节为占位内容），这些信息暂未提供。