AI-Infused Agentic Quality Engineering Platform
productionAgentic QA platform · from user story to deployed test
Manual effort on covered workflows cut ~85%; hallucination ~15% -> under 5%; deployed across 17 enterprise QA teams at peak adoption
> demo
> the problem
Enterprise QA runs on thousands of test cases that someone has to author, maintain, and execute. Most of that is grunt translation: turning user stories in Jira/ADO into Playwright or Cypress scripts. The AI test-generation tools already on the market hallucinate against the customer's own documentation, ship wrong test cases, and burn the team's trust.
> my role
I owned the platform end to end as senior engineer, from feasibility framing through architecture, build, production rollout, and adoption across enterprise QA teams. I made the architectural calls, built the metrics framework, and drove the refinement loop off team-specific feedback.
> the outcome
Manual effort on covered test-authoring and triage workflows dropped ~85%. Script authoring ran ~75% faster than writing Playwright or Cypress by hand. GraphRAG and entity normalization pulled hallucination from ~15% to under 5%. The platform deployed across 17 QA teams at peak adoption and held usage well past MVP, running on customer-managed AWS, Azure, and GCP, sustaining ~7,000 concurrent test executions per day.
> key decisions
- GraphRAG over vanilla RAG. Enterprise QA docs have entity relationships (epics, stories, acceptance criteria, existing tests) that cosine similarity loses. GraphRAG plus entity normalization preserves them. Cost framing: ~30-40% higher token cost per query, offset by ~50% fewer regenerations, netting a lower cost per acceptable output.
- Agentic RAG for ticket retrieval. Agents orchestrate: find the user story, fetch linked epics and acceptance criteria, pull existing test cases as in-context examples to match team style and cut hallucination.
- Three-dimensional quality framework: Acceptance Criteria Coverage, Test Design Coverage, and RAGAS. Managers get an audit-defensible quality scoreboard, which is what kept the platform funded at budget reviews.
- LLM observability + per-tenant context optimization: token-level cost telemetry per tenant and context budgets tuned to each tenant's query patterns, cutting inference cost at scale while preserving accuracy.
- Tenant-aware RBAC with module-level CRUD-X permissions and role templates (QA Manager, Test Lead, QE Engineer, Technical Lead) that onboard new customers from their existing org charts. Tradeoff: RBAC added weeks to the MVP, but bolting it on late costs far more.
> what i would do differently
Flip the personalization model: instead of a uniform interface, a per-user agent that infers role and proficiency and surfaces a personalized, most-actionable home view. Then agentify every remaining GenAI-only module so the whole workflow is autonomous, not just specific surfaces.
> product
The QE platform was scoped as a product, not a tool: the buyer is a QA leader accountable for release velocity, the user is a test engineer, and every capability had to move one of two numbers: escaped defects or cycle time.
Jobs To Be Done
- Core job
- When my team ships weekly across many apps, I want test design, generation, and triage to keep pace with development, so quality stops being the bottleneck in the release train.
- Functional
- Generate and maintain test assets from requirements, triage failures with context, and surface risk before release sign-off.
- Organizational
- Give QA leadership a defensible quality signal per release without manual report assembly.
Prioritization
- Must have
- Agentic test generation grounded in real requirements, failure triage with evidence, multi-tenant isolation, and cloud-portable deployment (AWS, Azure, GCP).
- Should have
- Self-healing selectors, flakiness detection, and coverage-gap analysis, each added only after the generation loop held up in real teams.
- Won't have
- Fully autonomous release decisions: the platform recommends, humans sign off. Quality accountability stays with people.
Success Metrics
- Adoption
- 17 enterprise QA teams on the platform at peak: adoption by teams who could have said no is the strongest product signal.
- Quality of AI
- Hallucination in generated assets driven from roughly 15% down to under 5% through GraphRAG grounding and evaluation loops.
- Efficiency
- Cycle-time reduction on test design and triage, and token/cost per generated asset tracked per tenant.
SWOT
- Strengths
- GraphRAG-grounded generation, three-cloud portability from one codebase, per-tenant identity and isolation.
- Weaknesses / threats
- Generated-asset trust must be re-earned per team; incumbent test-management vendors bundling 'AI features' into existing contracts.
- Opportunities
- Evaluation-as-a-feature: exposing the grounding and eval evidence that enterprise QA buyers increasingly demand.