AI test generation
Turn intent into structured test specifications.
Natural-language requests are normalized through an allowlisted AI gateway with budgeting, redaction, evaluation, and auditable events.
Enterprise testing control plane
ATOM connects AI-assisted test generation to a governed execution mesh. Teams can design UI, API, visual, and mixed tests while keeping policy, approvals, tenant boundaries, and evidence in the path of execution.
01 Generated code is treated as untrusted input
02 Execution is isolated and policy mediated
03 Evidence is tenant-scoped and durable
One orchestration mesh
ATOM provides a common, governed workflow across the test surfaces that modern delivery teams need to validate.
AI test generation
Natural-language requests are normalized through an allowlisted AI gateway with budgeting, redaction, evaluation, and auditable events.
UI and visual testing
Build Playwright-based workflows for browser interaction, responsive checks, screenshots, traces, and failure-focused evidence.
API test plans
Declarative plans support safe response extraction and parameter forwarding while preserving endpoint allowlists and egress controls.
Mixed test definitions
Combine API assertions and browser verification into one governed run model rather than stitching disconnected tools together.
Native mobile automation
Create platform-specific WebdriverIO TypeScript for XCUITest and UiAutomator2, then execute through ATOM’s configured immutable Appium worker.
Native mobile automation
ATOM supports a mobile generation type that requires a declared platform. It emits managed WebdriverIO TypeScript with stable accessibility-id locators; native execution uses a separate immutable Appium worker and the approved platform device broker.
options: {
mobile: {
platform: "ios" | "android",
deviceName: "managed profile"
}
}Fail closed by design. Native execution is available only when a SHA-256-pinned Appium worker, private worker network, and credential-free HTTPS device broker are configured for the selected platform. Otherwise ATOM rejects the run.
API testing and orchestration
ATOM accepts a versioned api-test-plan/v1 contract. Each plan is declarative: it defines bounded requests, assertions, safe response extraction, and later placeholder resolution without allowing arbitrary code execution.
Forward-only chaining. A step can capture a named value from a response and reference it in a later request with {{chain.variable}}. Duplicate variables, unresolved placeholders, unsafe JSON paths, and forward references are rejected before execution.
{
"environment": "staging",
"steps": [
{
"id": "create-order",
"request": { "method": "POST", "path": "/v1/orders" },
"assertions": [{ "type": "status", "equals": 201 }],
"extract": [{ "name": "orderId", "path": "$.id", "classification": "internal" }]
},
{
"id": "get-order",
"request": { "method": "GET", "path": "/v1/orders/{{chain.orderId}}" },
"assertions": [{ "type": "json_path_equals", "path": "$.state", "equals": "created" }]
}
]
}
Contract
Plans require a name, environment, bounded unique steps, allowlisted HTTP methods, relative paths, JSON-only bodies, and normalized headers. The test specification validates the API plan before it becomes executable.
Assertions
Use status checks, JSON-path existence or equality checks, and header equality checks. A failed assertion ends the dependent chain so later requests cannot run against an invalid state.
Extraction
Extraction rules accept safe body JSON paths and record only presence and classification in step results. Secret-classified values are not surfaced in live or result payloads.
Orchestration
Authorized submission, idempotency, policy gates, isolated execution, and replayable lifecycle events preserve an accountable path from request through evidence.
Interactive sandbox
This browser-only simulation follows a synthetic order workflow. It does not send requests to a live service, retain data, or expose secret values.
Ready to simulate
POST /v1/ordersGET /v1/orders/{{chain.orderId}}GET /v1/orders/{{chain.orderId}}/receiptGovernance in the execution path
ATOM keeps the test lifecycle explicit from request to retained evidence. It supports a least-privilege identity model and fails closed when the prerequisites for safe execution are absent.
Read the security documentationOIDC-ready authentication, role-based permissions, and tenant-scoped access to runs, approvals, audit events, and artifacts.
Execution decisions bind the specification, intent, idempotency key, session, and policy version to prevent replay or substitution.
Runs dispatch to a hardened worker image with constrained results, artifact quotas, and a fail-closed egress posture.
Authorization-aware artifact access, durable run states, replayable events, audit records, and configurable retention controls.
Live, durable operations
Real-time updates improve operator awareness; durable tenant-authorized APIs remain the source of truth.
Generate
ATOM validates and normalizes the request into a structured specification.
Govern
High-risk actions require an explicit, single-use, policy-bound approval.
Execute
The durable state machine coordinates idempotent, cancellable execution.
Observe
The operations dashboard consumes safe invalidations and re-fetches authorized state.
Designed for recovery. AtomRunStream provides validated live run events, sequence de-duplication, focused subscriptions, reconnection, and durable HTTP replay.
Built for assurance
Start locally
Clone the project, install its committed backend and frontend dependencies, and begin with the safe development profile. Execution remains disabled until a hardened worker image is explicitly configured.
# clone and install
git clone https://github.com/samarasimhalu/Atom.git
cd Atom
npm ci
corepack enable
pnpm --dir src/frontend install --frozen-lockfile
# start a safe local profile
export AUTH_MODE=development
npm run dev