e2e

Map Jira [QE] acceptance criteria to end-to-end test scenarios.

6|16|Updated Mar 9, 2026
One-click install
npx skills add https://github.com/flightctl/ai-workflows --skill e2e-flightctl
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: e2e
Source: https://github.com/flightctl/ai-workflows/tree/main/e2e
Command: npx skills add https://github.com/flightctl/ai-workflows --skill e2e-flightctl

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill removes the guesswork of translating Jira [QE] acceptance criteria into dependable end-to-end test coverage by guiding the full workflow from planning to validation and PR review.

Core Features & Use Cases

  • Acceptance-criteria-driven e2e planning: maps each AC to concrete e2e test scenarios, organized to match the project’s existing test patterns and conventions.
  • Discovery-based infrastructure compatibility: uses the project’s discovered e2e framework, runner, lifecycle hooks, and abstractions so tests follow real conventions rather than assumptions.
  • Quality gates for reliability: validates against test anti-patterns, verifies AC coverage, and prepares a PR for iterative reviewer-driven improvements.

Quick Start

Run the e2e workflow by first instructing the agent to ingest a specific QE story key, then proceed through plan, code, validate, and publish once you approve each phase.

Frequently Asked Questions about e2e

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate e2e tests from Jira acceptance criteria?

To generate e2e tests from Jira acceptance criteria, the Skill ingests QE story keys and maps each acceptance criterion to concrete test scenarios. It then produces implementation code that matches your project's existing test patterns and conventions.

How does acceptance criteria coverage verification work for e2e testing?

Acceptance criteria coverage verification works by validating generated e2e test scenarios against the original Jira ACs. The workflow checks for test anti-patterns and ensures every acceptance criterion has a corresponding concrete test case before allowing pull request creation.

Do I need read-only Jira access to automate e2e test planning?

Yes, you need read-only Jira access to automate e2e test planning. The workflow ingests QE story keys and reads acceptance criteria directly from Jira to map them to concrete e2e test scenarios during the planning phase.

Can I use my existing test framework and lifecycle hooks when generating e2e tests?

Yes, you can use your existing test framework and lifecycle hooks. The Skill discovers your project's e2e infrastructure, including the runner and abstractions, ensuring generated tests follow your real conventions rather than assumptions.

What is the best way to structure e2e test scenarios for a GitHub pull request?

The best way to structure e2e test scenarios for a GitHub pull request is through the workflow's publish phase. It validates AC coverage, checks for anti-patterns, and prepares the PR for iterative reviewer-driven improvements.

What are the limitations of automating e2e test generation from QE stories?

Limitations include mandatory validation before PR creation and strict adherence to discovered project test infrastructure. If the project lacks clear test conventions or Jira access is not read-only, the workflow cannot safely produce consistent test output.