axiom-ui-testing
Use when writing UI tests, recording interactions, tests have race conditions, timing dependencies, inconsistent pass/fail behavior, or XCTest UI tests are flaky - covers Recording UI Automation (WWDC 2025), condition-based waiting, network conditioning, multi-factor testing,
Installation
Pick a client and clone the repository into its skills directory.
Installation
About this skill
Use when writing UI tests, recording interactions, tests have race conditions, timing dependencies, inconsistent pass/fail behavior, or XCTest UI tests are flaky - covers Recording UI Automation (WWDC 2025), condition-based waiting, network conditioning, multi-factor testing, crash debugging, and accessibility-first testing patterns
How to use
Zainstaluj umiejętność w swoim projekcie Claude/Copilot, wskazując repozytorium https://github.com/CharlesWiltgen/Axiom/tree/main/.claude-plugin/plugins/axiom/skills/axiom-ui-testing.
Zamiast pisać sleep(2) lub sleep(5) w testach, opisz Claude'owi problem: "Moje testy padają w CI, ale przechodzą lokalnie" lub "Testy są niestabilne na różnych urządzeniach". Umiejętność pokaże ci wzorce czekania na rzeczywiste warunki – waitForExistence, XCTestExpectation, polling dla ładowania danych i żądań sieciowych.
Jeśli nagrałeś test za pomocą Recording UI Automation w Xcode 26, poproś Claude'a o pomoc w analizie nagrania wideo i znalezieniu kroku, w którym test się psuje. Umiejętność prowadzi przez workflow debugowania nagrań.
Dla testów działających na wielu urządzeniach (iPhone, iPad, różne rozmiary ekranu), poproś o strategie testowania wieloczynnikowego i predykaty niezależne od urządzenia. Umiejętność wyjaśni, jak pisać testy, które działają konsekwentnie na wszystkich konfiguracjach.
Opisz konkretny problem: race conditions, timing dependencies, niespójne wyniki testów. Claude użyje umiejętności, aby zasugerować wzorce accessibility-first testing i warunkowe czekanie zamiast arbitralnych timeoutów.
Przejrzyj zaproponowane rozwiązania – każde opiera się na zasadzie: czekaj na rzeczywisty warunek (element istnieje, sieć odpowiada, animacja skończy się), a nie na zgadywaniu czasu trwania operacji.