Run any Skill in Manus with one click

open-testing-convert-xcuitest

Stars13

Forks1

UpdatedApril 20, 2026 at 12:49

Convert XCUITest (iOS native UI testing) test suites — Swift / Objective-C `XCTestCase` subclasses, `XCUIApplication`, `XCUIElement`, `XCUIElementQuery` (`app.buttons["Sign in"]`, `app.textFields["email"]`, `app.staticTexts`, `app.cells`), element actions `tap()`, `typeText()`, `swipeLeft()`, `press(forDuration:)`, `XCTAssert*` family (`XCTAssertTrue`, `XCTAssertEqual`), `waitForExistence(timeout:)`, `XCUIElement.Predicate` / `NSPredicate`, `@testable import`, Screen page-object pattern, `XCUIApplication(bundleIdentifier:)`, launch env/arguments, `addUIInterruptionMonitor`, `measure(metrics:)` perf tests, iOS simulator / real device runs. Targets: Selenium, Playwright, Cypress, WebDriverIO, Puppeteer, Appium, Cucumber, Eggplant, TestCafe, Nightwatch, CodeceptJS, Taiko, Protractor, Katalon, OpenTest.AI, Testers.AI Recorder, Testers.AI Dynamic. MANDATORY TRIGGERS: "convert XCUITest", "XCTest UI", "XCUIApplication", "iOS UI tests".

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

AgenticTesting

AgenticTesting/OpenTestingAI

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software Quality Assurance Analysts and TestersComputer and Mathematical Occupations·SOC 15-1253

File Explorer

4 files

SKILL.md

readonly

name	open-testing-convert-xcuitest
description	Convert XCUITest (iOS native UI testing) test suites — Swift / Objective-C `XCTestCase` subclasses, `XCUIApplication`, `XCUIElement`, `XCUIElementQuery` (`app.buttons["Sign in"]`, `app.textFields["email"]`, `app.staticTexts`, `app.cells`), element actions `tap()`, `typeText()`, `swipeLeft()`, `press(forDuration:)`, `XCTAssert*` family (`XCTAssertTrue`, `XCTAssertEqual`), `waitForExistence(timeout:)`, `XCUIElement.Predicate` / `NSPredicate`, `@testable import`, Screen page-object pattern, `XCUIApplication(bundleIdentifier:)`, launch env/arguments, `addUIInterruptionMonitor`, `measure(metrics:)` perf tests, iOS simulator / real device runs. Targets: Selenium, Playwright, Cypress, WebDriverIO, Puppeteer, Appium, Cucumber, Eggplant, TestCafe, Nightwatch, CodeceptJS, Taiko, Protractor, Katalon, OpenTest.AI, Testers.AI Recorder, Testers.AI Dynamic. MANDATORY TRIGGERS: "convert XCUITest", "XCTest UI", "XCUIApplication", "iOS UI tests".
license	MIT
metadata	{"family":"open-testing-convert","source":"xcuitest","orchestrator":"open-testing-convert","targets":["selenium","playwright","cypress","webdriverio","puppeteer","appium","cucumber","eggplant","testcafe","nightwatch","codeceptjs","taiko","protractor","katalon","opentestai","testersai-recorder","testersai-dynamic"]}

Convert — XCUITest

Converts Apple's XCUITest UI test suites (Swift/Objective-C) to any supported target, and emits XCUITest from any source.

When to use

Trigger when:

*UITests/ target in Xcode project alongside Tests/ unit target.
Swift/Obj-C files with import XCTest.
Class subclasses of XCTestCase with UI-related test methods (XCUIApplication usage).
.xcodeproj / .xcworkspace with TEST_HOST / BUNDLE_LOADER configured for UI tests.
XCUIApplication().launch() / app.launch() usage.
app.buttons[...], app.textFields[...], app.staticTexts[...] query chains.
scheme.xcscheme with testableReference pointing at UI tests target.

How to use

Read the master orchestrator first.
Read this skill's reference files: source-profile.md, extraction.md, mappings.md.
Read target primer for your target.
Emit per target Emission Checklist.

Scope

Swift (primary) and Objective-C XCUITest sources.
XCUIApplication, XCUIElement, XCUIElementQuery.
All element types: buttons, textFields, secureTextFields, staticTexts, cells, switches, sliders, pickerWheels, alerts, sheets, otherElements, navigationBars, tabBars, toolbars, segmentedControls, scrollViews, tables, collectionViews, webViews.
Actions: tap, doubleTap, press(forDuration:), twoFingerTap, typeText, clearText, swipeUp/Down/Left/Right, pinch(withScale:velocity:), rotate(_:withVelocity:), adjust(toNormalizedSliderPosition:), adjust(toPickerWheelValue:).
Assertions: XCTAssertTrue, XCTAssertFalse, XCTAssertEqual, XCTAssertNotEqual, XCTAssertNil, XCTAssertNotNil, XCTAssertGreaterThan, XCTFail, XCTSkipIf/Unless.
Waits: waitForExistence(timeout:), XCTNSPredicateExpectation, expectation(for:evaluatedWith:) + wait(for:timeout:).
Launch configuration: app.launchArguments, app.launchEnvironment.
UI interruption monitors (system alerts like push permissions, location, Face ID).
Performance tests: measure(metrics:) { ... }.
Test plans (.xctestplan) for config matrix.
Page Object / Screen patterns.

Out of scope

XCTest unit tests (non-UI) — separate framework; flag.
SwiftUI preview tests — not XCUITest.
Appium-driven iOS tests — use the appium source skill.
macOS AppKit UI tests (technically XCUITest on macOS) — in scope but less common.
tvOS / watchOS UI tests — partially in scope; flag for platform-specific tweaks.

Quick reference

XCUITest	Canonical	Example target
`app.textFields["email"].tap()`	`{kind: "tap", locator: {strategy: "accessibility_id", type: "textField", value: "email"}}`	Appium `find(AppiumBy.accessibilityId("email")).click()`
`app.textFields["email"].typeText("x@y.com")`	`{kind: "input", locator: {...}, value: "x@y.com"}`	Appium `sendKeys(...)`
`app.buttons["Sign in"].tap()`	`{kind: "tap", locator: {strategy: "accessibility_id_or_label", type: "button", value: "Sign in"}}`
`XCTAssertTrue(el.exists)`	`{kind: "assert", assertion_kind: "exists"}`	framework-specific
`el.waitForExistence(timeout: 5)`	`{kind: "wait_for", wait_kind: "element_visible", timeout_ms: 5000, locator}`
`app.alerts["Notifications"].buttons["Allow"].tap()`	`{kind: "tap", context: "alert", alert_title: "Notifications", locator: {...}}`

See reference/mappings.md for full cookbook.

More from this repository

same repository

open-testing-coverage

AgenticTesting/OpenTestingAI

Test coverage analysis, gap detection, coverage reporting, and coverage optimization using the COVERED agent pipeline. Use this skill whenever the user mentions test coverage, coverage analysis, coverage gaps, traceability matrix, coverage heat map, coverage dashboard, coverage metrics, coverage trends, test intensity, risk-based coverage, requirement coverage, code coverage mapping, or wants to know if their testing is sufficient. Also trigger when users ask about uncovered requirements, orphaned tests, coverage regression, or coverage targets. MANDATORY TRIGGERS: coverage, traceability, gap analysis, RTM, heat map, coverage dashboard, coverage trend, test intensity evaluation.

2026-05-1413

open-testing-create

AgenticTesting/OpenTestingAI

Generate concrete test cases, test data, and test scripts from a test design technique and context. Applies 106 test design techniques (boundary value analysis, equivalence partitioning, decision tables, state transitions, pairwise, combinatorial, etc.) to enumerate test conditions and author realistic test cases with inputs, expected results, and traceability. Use this skill whenever the user needs to: create test cases from a technique, apply a testing method to requirements, generate test data, design test scenarios, or populate test scripts. Triggers include: 'test cases', 'create tests', 'test design', 'apply [technique name]', 'generate test data', 'test scenarios', or any technique name (BVA, EP, combinatorial, etc.).technique name (BVA, EP, combinatorial, etc.).

2026-05-1413

open-testing-design

AgenticTesting/OpenTestingAI

Generate comprehensive test strategies, quality engineering approaches, risk analysis, and optimal technique selection. Use this when you need to develop test strategies, perform quality risk analysis, select test design techniques, assess testability, estimate test effort, define governance structures, or establish test exit criteria and coverage targets.

2026-05-1413

open-testing-management

AgenticTesting/OpenTestingAI

Test management, defect management, process evaluation, and maturity assessment using the MANAGES agent pipeline. Use this skill whenever the user mentions test management, defect management, process improvement, TMMi, maturity assessment, ARCI matrix, quality policy, test policy, process evaluation, defect lifecycle, triage, test process, roles and responsibilities, QAM, QPM, GTA, generic test agreements, process maturity, test improvement, or wants to evaluate and improve their testing practices. Also trigger for defect tracking, anomaly management, process compliance, test governance, or organizational testing capability. MANDATORY TRIGGERS: test management, defect management, TMMi, maturity, ARCI, process improvement, quality policy, defect lifecycle, process evaluation, test governance.

2026-05-1413

open-testing-plan

AgenticTesting/OpenTestingAI

Generate comprehensive test plans, schedules, resource allocation, environment setup, and test data strategies. Use this when you need to develop master test plans, level-specific test plans, allocate resources and environments, plan non-functional testing, define end-to-end testing chains, or establish test data management strategies.

2026-05-1413

open-testing-reporting

AgenticTesting/OpenTestingAI

Test reporting, progress dashboards, release advice, and final test reports using the REPORTS agent pipeline. Use this skill whenever the user mentions test report, progress report, test dashboard, release advice, go/no-go decision, test metrics, defect trends, test execution summary, quality assessment, final test report, lessons learned, RAG status, or wants to generate any kind of testing status or quality report. Also trigger for executive summaries, sprint test reports, release readiness, or stakeholder communication about testing. MANDATORY TRIGGERS: test report, progress, dashboard, release advice, go/no-go, test metrics, defect trend, RAG status, quality report, test summary

2026-05-1413

name	open-testing-convert-xcuitest
description	Convert XCUITest (iOS native UI testing) test suites — Swift / Objective-C `XCTestCase` subclasses, `XCUIApplication`, `XCUIElement`, `XCUIElementQuery` (`app.buttons["Sign in"]`, `app.textFields["email"]`, `app.staticTexts`, `app.cells`), element actions `tap()`, `typeText()`, `swipeLeft()`, `press(forDuration:)`, `XCTAssert*` family (`XCTAssertTrue`, `XCTAssertEqual`), `waitForExistence(timeout:)`, `XCUIElement.Predicate` / `NSPredicate`, `@testable import`, Screen page-object pattern, `XCUIApplication(bundleIdentifier:)`, launch env/arguments, `addUIInterruptionMonitor`, `measure(metrics:)` perf tests, iOS simulator / real device runs. Targets: Selenium, Playwright, Cypress, WebDriverIO, Puppeteer, Appium, Cucumber, Eggplant, TestCafe, Nightwatch, CodeceptJS, Taiko, Protractor, Katalon, OpenTest.AI, Testers.AI Recorder, Testers.AI Dynamic. MANDATORY TRIGGERS: "convert XCUITest", "XCTest UI", "XCUIApplication", "iOS UI tests".
license	MIT
metadata	{"family":"open-testing-convert","source":"xcuitest","orchestrator":"open-testing-convert","targets":["selenium","playwright","cypress","webdriverio","puppeteer","appium","cucumber","eggplant","testcafe","nightwatch","codeceptjs","taiko","protractor","katalon","opentestai","testersai-recorder","testersai-dynamic"]}

Convert — XCUITest

Converts Apple's XCUITest UI test suites (Swift/Objective-C) to any supported target, and emits XCUITest from any source.

When to use

Trigger when:

*UITests/ target in Xcode project alongside Tests/ unit target.
Swift/Obj-C files with import XCTest.
Class subclasses of XCTestCase with UI-related test methods (XCUIApplication usage).
.xcodeproj / .xcworkspace with TEST_HOST / BUNDLE_LOADER configured for UI tests.
XCUIApplication().launch() / app.launch() usage.
app.buttons[...], app.textFields[...], app.staticTexts[...] query chains.
scheme.xcscheme with testableReference pointing at UI tests target.

How to use

Read the master orchestrator first.
Read this skill's reference files: source-profile.md, extraction.md, mappings.md.
Read target primer for your target.
Emit per target Emission Checklist.

Scope

Swift (primary) and Objective-C XCUITest sources.
XCUIApplication, XCUIElement, XCUIElementQuery.
All element types: buttons, textFields, secureTextFields, staticTexts, cells, switches, sliders, pickerWheels, alerts, sheets, otherElements, navigationBars, tabBars, toolbars, segmentedControls, scrollViews, tables, collectionViews, webViews.
Actions: tap, doubleTap, press(forDuration:), twoFingerTap, typeText, clearText, swipeUp/Down/Left/Right, pinch(withScale:velocity:), rotate(_:withVelocity:), adjust(toNormalizedSliderPosition:), adjust(toPickerWheelValue:).
Assertions: XCTAssertTrue, XCTAssertFalse, XCTAssertEqual, XCTAssertNotEqual, XCTAssertNil, XCTAssertNotNil, XCTAssertGreaterThan, XCTFail, XCTSkipIf/Unless.
Waits: waitForExistence(timeout:), XCTNSPredicateExpectation, expectation(for:evaluatedWith:) + wait(for:timeout:).
Launch configuration: app.launchArguments, app.launchEnvironment.
UI interruption monitors (system alerts like push permissions, location, Face ID).
Performance tests: measure(metrics:) { ... }.
Test plans (.xctestplan) for config matrix.
Page Object / Screen patterns.

Out of scope

XCTest unit tests (non-UI) — separate framework; flag.
SwiftUI preview tests — not XCUITest.
Appium-driven iOS tests — use the appium source skill.
macOS AppKit UI tests (technically XCUITest on macOS) — in scope but less common.
tvOS / watchOS UI tests — partially in scope; flag for platform-specific tweaks.

Quick reference

XCUITest	Canonical	Example target
`app.textFields["email"].tap()`	`{kind: "tap", locator: {strategy: "accessibility_id", type: "textField", value: "email"}}`	Appium `find(AppiumBy.accessibilityId("email")).click()`
`app.textFields["email"].typeText("x@y.com")`	`{kind: "input", locator: {...}, value: "x@y.com"}`	Appium `sendKeys(...)`
`app.buttons["Sign in"].tap()`	`{kind: "tap", locator: {strategy: "accessibility_id_or_label", type: "button", value: "Sign in"}}`
`XCTAssertTrue(el.exists)`	`{kind: "assert", assertion_kind: "exists"}`	framework-specific
`el.waitForExistence(timeout: 5)`	`{kind: "wait_for", wait_kind: "element_visible", timeout_ms: 5000, locator}`
`app.alerts["Notifications"].buttons["Allow"].tap()`	`{kind: "tap", context: "alert", alert_title: "Notifications", locator: {...}}`

See reference/mappings.md for full cookbook.