Ce Test Xcode

by everyinc67035e931c5cNo license25K starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated today

Test iOS apps in a simulator with XcodeBuildMCP. Use when iOS changes need simulator evidence before handoff.

Instructions onlySoftware Development
AI-generated overview

Builds and tests an iOS app on a simulator, collecting screenshots, logs and results as PASS/FAIL/PARTIAL evidence.

What it does
Guides an agent through building, installing and launching an iOS app on a simulator, then exercising the in-scope screens and flows. It gathers screenshots, console logs, human-verification results and failures as evidence, and produces a fixed-field summary with per-surface PASS, FAIL or SKIP statuses and an overall PASS, FAIL or PARTIAL result. It only tests and reports; diagnosis and fixes are left to a separate debugging skill.
When to use it
Use when an iOS change needs simulator evidence before handoff. It fits runs where the user has scoped specific screens or flows to verify and wants a documented pass/fail report rather than a fix.
Requirements
Requires XcodeBuildMCP availability on the host, an Xcode project with a discoverable scheme, and a simulator. It ships no scripts; it is instructions only and depends on two reference documents that must be read during the run.

Xcode Simulator Test

Build and exercise an iOS app on a simulator, preserving screenshots, logs, human-verification results, and failures as evidence for the user.

Done:

  • A completed run reports overall PASS, FAIL, or PARTIAL plus project, scheme, simulator, build result, per-surface PASS / FAIL / SKIP, console errors, human checks, and residual failures.
  • Per-surface status is derived from evidence, not the user's routing choice. PASS requires completed passing evidence. FAIL records observed failing evidence until a completed retest replaces it. SKIP means the check has no completed outcome.
  • The overall result is FAIL while any failure remains, PARTIAL when no failure remains but a scoped check is skipped, and otherwise PASS.
  • Any failure before the app is launched with log capture running stops later stages and reports an actionable setup blocker with its evidence.

Boundaries: this skill tests and reports. Diagnosis and any user-approved product fix belong to ce-debug, invoked with its authority narrowed so it returns here without committing, pushing, or opening a PR. Keep simulator interaction within the app and flows the user placed in scope.

Run

  1. Prepare and launch. Read references/setup-and-build.md. It defines the XcodeBuildMCP availability check, project and scheme discovery, simulator choice, build, install, launch, and log-capture start.
  2. Exercise and report. After launch, read references/test-and-report.md. It defines per-screen evidence, human-only flows, the SwiftUI inline-link automation limitation, what to do when a check fails, cleanup, and the fixed summary fields.

Do not replace either required read with remembered tool names. XcodeBuildMCP adapters differ by host, while their observable success conditions do not.

Source and attribution

Source:everyinc/compound-engineering-plugininskills/ce-test-xcodeat commit67035e9

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal