Glossary · Argus QA

What is a flaky test?

What is a flaky test? A clear explanation for Azerbaijani business — and how Argus QA applies it.

Solving the Challenge of Flaky Tests

A flaky test is a software test that yields inconsistent results—passing or failing—when run multiple times against the same code version. In enterprise web applications, these inconsistencies often stem from unstable environments, timing issues, or fragile selectors, making it difficult for QA teams to distinguish between a genuine product defect and a testing glitch. This instability creates noise in the CI/CD pipeline, eroding confidence in automated suites and forcing engineers to spend excessive time manually re-running tests to verify failures. Argus QA addresses this by shifting from fragile, coordinate-based scripts to autonomous regression testing powered by AI computer-use agents. By utilizing objective-based scenarios and a rigorous failure classification system, the platform separates environment instability and agent errors from actual product bugs. This approach ensures that testing is resilient to UI changes and environment fluctuations, allowing teams to focus on fixing real defects rather than maintaining brittle test code.

Capabilities

The Advantages of Autonomous Testing

✓

Higher confidence in release quality by strictly separating product defects from environment or agent failures

✓

Significant reduction in manual debugging time through detailed failure classification and ready-to-file bug reports

✓

Accelerated release cycles via autonomous regression testing that adapts to UI changes without manual script updates

✓

Optimized resource allocation by identifying the exact root cause of failures, such as timeouts, loops, or assertion errors

✓

Seamless validation of complex multi-role workflows using independent, authenticated browser sessions

✓

Cost-efficient AI execution through a two-tier model strategy that only escalates failures to more expensive models

Core Capabilities of Argus QA

Objective-Based Scenarios

Scenarios are defined as versioned YAML objectives with roles, assertions, and budgets, removing the reliance on fragile selectors or coordinates.

Deterministic Authentication

Login is handled by scripts rather than the agent, with credentials securely managed via an encrypted secret store to eliminate auth-related flakiness.

Independent Verification

To ensure unbiased results, assertions are validated by an independent verifier rather than the agent that performed the action.

Granular Failure Classification

Failures are categorized as product defects, agent failures, environment issues, assertion failures, loops, step limits, or timeouts.

Run-Scoped Data Isolation

Unique data naming for each run allows parallel agents to operate within a shared environment without colliding or corrupting data.

The Autonomous Validation Workflow

1Define scenarios as YAML objectives with roles and assertions via the web UI, validated against the runner's schema.
2The agent observes a screenshot, states its reasoning, and takes one action per turn, persisting every step regardless of outcome.
3The system employs a two-tier model execution: a cost-effective model runs first, with one escalation attempt to a stronger model for agent-side failures.
4An independent verifier checks assertions to determine the pass/fail status of the step.
5Non-passing results are logged in a bug register; a human reviews the report and manually files it to Jira or Qase.io.

Frequently Asked Questions

Does the AI automatically file bugs when a test fails?

No. To ensure accuracy, the AI flags suspected bugs with a ready-to-file report, but a human must review and file the defect to the bug tracker.

How does Argus QA handle multi-role testing without interference?

Each role, such as creator, approver, or supplier, operates in a fresh, independently authenticated browser session to ensure complete isolation.

Can it replace existing deterministic scripts like Playwright?

It is designed to complement them. Use deterministic scripts for stable, repetitive flows and AI agents for long, multi-role, or frequently changing scenarios.

How is the cost of AI model usage managed?

Every model call is metered, and costs are aggregated from the individual call up to the step, scenario, suite, and release levels.

How does the system handle model updates and provider changes?

The platform is model-agnostic. Model selection is stored in the database and read per run, meaning changes take effect on the next unit of work without redeployment.

Stabilize Your QA Pipeline

Experience autonomous regression testing with Argus QA and turn flaky tests into actionable insights.

Request a demo