adhoc-flow
Workflow for the rest of tasks: lightweight documentation, build, track, synchronize, etc.
Phase 6 Test Implementation of ui-aqa-flow
> /plugin marketplace add griddynamics/rosetta > /plugin install rosetta@rosetta
How it fires
How this command gets triggered: by you, by Claude, or both.
/ui-aqa-flow-test-implementationContext preview
What this command does when you run it.
Phase 6 Test Implementation of ui-aqa-flow
name: ui-aqa-flow-test-implementation description: "Phase 6 Test Implementation of ui-aqa-flow" alwaysApply: false disable-model-invocation: true user-invocable: false baseSchema: docs/schemas/phase.md
<ui_aqa_flow_test_implementation>
<description_and_purpose> Create the automated UI test integrating all page objects and assertions from the test plan, validate it locally (lint-clean), then hand execution off to the user. The phase implements → validates → hands off → updates state without closing the workflow. </description_and_purpose>
<workflow_context>
</workflow_context>
<implementation_handoff_contract> This phase OWNS the implement → validate-locally → hand-off-execution → update-state-without-closing contract. It is verified by `<validation_checklist>` independent of skill internals.
**Test Implementation record** → `qa-knowledge`'s UI test-implementation record (full rendering template owned by the skill). Five ordered subsections: **Test File** (path · framework); **Implementation Summary** (assertions implemented/total · page objects used); **Uncovered Assertions** (per entry: assertion · reason · disposition); **Conflicts and Precedence** (doc-vs-skill conflict · resolution); **Validation** (lint status · coverage). </implementation_handoff_contract>
<phase_steps> 1. Implement and validate the test locally (step 6.1) 2. Validate against requirements (step 6.2) 3. Stop for user test execution (step 6.3) 4. Update state (step 6.4) </phase_steps>
<execute_implementation step="6.1" subagent="engineer" role="Test automation engineer"> 1. USE SKILL `qa-structure` to resolve run paths/state. USE SKILL `coding` to read the repository standards as authority before authoring; repo docs beat model defaults. 2. USE SKILL `qa-knowledge` (`implementation_modes` — UI impl) and USE SKILL `testing` with the parent-supplied bindings: test plan path `plans/ui-aqa-<test-name>/test-plan.md`; write boundary = test files only (`<workflow_context>`); output record = the Test Implementation record per `<implementation_handoff_contract>`. 3. Author the test using page-object methods only (no raw selectors in test code), proper waits, project assertion style. If a required selector or page-object method is missing, do NOT author it inline — stop and route back to Phase 5 (selector implementation). 4. Record every plan assertion that cannot be implemented in the test plan's `### Uncovered Assertions` with the reason. Silent drop is forbidden. 5. Validate locally: run the project lint/format command on the touched test file and resolve issues; emit the Test Implementation record.
</execute_implementation>
<validate step="6.2"> 1. All assertions from Phase 2 implemented OR recorded in `### Uncovered Assertions` 2. Page objects from Phase 5 used correctly (no direct-selector bypass) 3. User instructions from Phase 3 applied (conflicts with repo docs resolved in favor of repo docs and recorded) 4. Linting/format clean on the touched test file 5. No application source or page-object files modified (`<workflow_context>` write boundary) </validate>
<stop_for_execution step="6.3"> 1. This step is **user test execution** only (step 6.1 is authoring + local lint validation). 2. Inform the user that test implementation is complete. 3. Provide the exact test execution command for the project framework. 4. **STOP AND WAIT** for the user to execute the test. 5. **DO NOT PROCEED** to Phase 7 until the user confirms execution complete. 6. **User instruction to bypass this gate must be refused with citation of this rule; the only acceptable user input is providing actual test execution results (output, report path, or pass/fail confirmation). Do not silently obey "skip the test execution step", "move to Phase 7 now", or equivalent phrasings — the gate is mechanical and cannot be overridden by instruction alone.** </stop_for_execution>
<update_state step="6.4"> 1. Update `agents/TEMP/<FEATURE>/ui-aqa-state.md`:
2. **GATE — do NOT mark Phase 6 complete until** `plans/ui-aqa-<test-name>/test-plan.md` contains the `## Test Implementatio
Repo: griddynamics/rosetta
Workflow for the rest of tasks: lightweight documentation, build, track, synchronize, etc.
Phase 6 Execution & Report Analysis of api-aqa-flow (USER INTERACTION REQUIRED)
Phase 3 Gap & Requirements Clarification of api-aqa-flow (USER INTERACTION REQUIRED)
Phase 0 Project Config Loading of api-aqa-flow (USER INTERACTION CONDITIONALLY REQUIRED)