From approved requirementto scripts you can approve.

Upload an approved URS, FRS, or change request as PDF or Word. Merivane parses the requirements, proposes a risk level for each, and writes scripts with every step, expected result, and acceptance criterion. Edit any step. Approve to lock.

One chain, end to end
  1. Approved requirement
  2. This pageTest scripts
  3. Autonomous execution
  4. You take over
  5. Defects logged
  6. Signed OQ / PQ report
Parsing

It reads the requirement the way a validator does.

Merivane reads the approved document line by line. It proposes a risk level for each requirement it finds and flags any line that is not clear.

  • One requirement per lineEach line keeps a reference to its source page.
  • Unclear text is flaggedAmbiguous wording is flagged, not guessed.
  • Risk is proposed, with a reasonEach proposed level carries a one-line rationale.
URS-014 · Requirement parsing5 of 5 lines read

A QA approver approves the batch record after review.

The approver identity and time are recorded.

Approval is blocked until the review field is complete.

A certificate is generated on approval.

The next step owner should be notified.

URS-014.1High risk
URS-014.2Medium
URS-014.3High risk
URS-014.4Medium
URS-014.5Flagged
Scripts

Every step has an expected result.

Every script carries its requirement ID, each step, the expected result, and the acceptance criterion. Test depth follows the risk level you approve.

  • Steps, results, criteriaEvery step has an expected result and an acceptance criterion.
  • Depth follows riskTest depth follows the risk level, under GAMP 5 or CSA.
  • Traced to its requirementEvery script carries its requirement ID.
URS-014 · Batch record approval12 scripts · 96 steps
StepActionExpected result
1Log in as QA-02Dashboard opens, role shows QAHigh risk
2Open batch record BR-2219Record opens in review stateHigh risk
3Enter sample result 4.2 mgValue saved, audit entry createdMedium
4Approve recordStatus changes to ApprovedHigh risk
5Verify audit entryEntry lists user, time, meaningHigh risk
Review and lock

You edit. You approve. It locks.

Edit any step before you approve it. Approval locks the script and is recorded as a signed event.

  • Edit in placeChange any step before you approve it.
  • Approval is signedApproval is a signed event, not a status change.
  • Revisions keptA changed requirement creates a new script revision. The old one stays.
Step 5 editedExpected result changed by Priya N.
SaveDiscard
Scripts approved · Priya N.2026-09-12 10:14 UTC · hash 4b0e…c2d9 · locked
Inputs accepted

URS, FRS, configuration specification, change request, user stories, SOP extract.

PDFWordExcel

Questions about test scripts.

If your question is not here, ask us. We reply within one working day.

Does it write unscripted tests?

No. It writes scripted tests for the risk levels you set. Unscripted sessions are done by people. See computer software assurance.

How does it decide risk?

It proposes a level. You decide. The rationale is recorded.

What if the requirement is not clear?

It flags the line and asks. It does not invent a step.

Can we use our own script template?

This is under review.

Now onboarding validation pilot partners

See a full run on one of your systems.

Bring one approved requirement. We show you the chain end to end, on a system you already use, in under an hour.

Book a demo
Reply timeOne working day
FormatLive run, 45 minutes