TAMASH · Forge, Shield and RunSights

Quality engineering
that lives in your repository.

Three products, one portal, your existing Playwright or Cucumber tests. Plan and sign off releases in Forge, keep your automation running with Shield, and read every run in RunSights.

For developers, QA teams, and AI coding agents.

RunSights · CheckoutLast 30 days
All-runs pass rate96.5%195 of 202 that ran
Unique tests67across 29 suites
Runs2921 local · 8 in CI
  1. RUN-1792401101CIGitHub Actions · main800
  2. RUN-1792401097Localdana.whitfield800
  3. RUN-1792401087CIGitHub Actions · main620
  4. RUN-1792401080Localdana.whitfield711
Three products · One portal

Plan it. Run it. Read it.

One portal, one project key, the same people. Shield includes RunSights; Forge includes both.

Forge

Test management with the GenEx Agent

Test cases, cycles, executions and reports, connected to the repository. The agent explores the application and drafts tests while the team plans and signs off releases.

CY-12 · Checkout, October release38 of 44 passed · 2 failed · 4 not run · sign-off waiting
Explore Forge →
Shield

Self healing and maintenance

A renamed button no longer fails the nightly run. Shield heals the locator while the test runs and turns the fixes worth keeping into code changes.

checkout.spec.ts · the payment step openslocator('#pay-btn')getByRole('button', { name: 'Pay now' })Healed
Explore Shield →
RunSights

Results

Every run from laptops and CI in one place: what newly failed, what got fixed, what is flaky, and why.

  • Likely defect3 testsPay now button missing after the coupon step
  • Test1 testStrict mode: two rows match "Order 10342"
  • Setup5 testsBrowser could not reach staging
Explore RunSights →
Get started

Ten minutes to the first run.

An npm token and a project key, and your tests run as before.

Set up
$ npm install --save-dev @vibetestq/tamash-shield @vibetestq/tamash-runsights
$ npx tamash-shield init
  [changed] package.json: installed @vibetestq/tamash-runsights
  [changed] playwright.config.ts: added the reporter
  [changed] .env: TAMASH_LICENSE_KEY, paste your project key
$ npx tamash-shield login
Signing in dana-macbook. Open this address and approve the machine when the code reads 7KQ2-M9FD:
  https://tamash.vibetestq.com/connect?code=7KQ2-M9FD
Signed in as dana@example.com: dana-macbook now has its own access token.
Run as usual
$ npx playwright test
  ✓ checkout.spec.ts › the cart lists the items
  ✓ checkout.spec.ts › a coupon code can be applied
[self-healer] checkout.spec.ts:18 — locator.click "Pay now" -> HEALED [by TAMASH, suggested="getByRole('button', { name: 'Pay now' })"]
  ✓ checkout.spec.ts › the payment step opens
  ✓ account.spec.ts › a saved address is shown

  8 passed (6.2s)
TAMASH RunSights: run sent (8 tests)

The full guide covers CI and Cucumber.

Why repo-native

Your repository. Your quality workflow.

01

Quality assets live with the project

Test definitions and reusable automation stay in the repository, available to the people and agents doing the work.

02

Changes and tests move together

Quality assets are reviewed alongside software changes, with version history and a shared project context.

03

Evidence guides the next step

Execution results and maintenance history decide what to fix, verify or run next.

Agents, developers and QA

One workflow,
three ways in.

Agents

Carry quality through the development task.

An agent explores the application in Forge, drafts executable specifications and proposals, generates reusable tests, and runs them with Shield. The results are in RunSights before the pull request is opened.

Developers

See whether the change does what it should.

Open the run in RunSights, read the likely cause of a failure, fix it, and run again. A locator that changed on the way is healed by Shield rather than failing the build.

QA teams

Own regression, investigation and test health.

Plan cycles in Forge from what changed, assign tests, review healing and maintenance, and sign the release off against accepted test versions with the evidence attached.

Start with your own tests.

Install the packages, run your existing suite, and see the first healed run the same afternoon.