Skip to main content

Review Scope, Impact, Checklist & Test Cases

Route: Open Quality Assurance
Assignee: QA Lead | Project Manager 🧪

After the QA Engineer finishes generating the Test Cases and submits them for review, the QA Lead/PM performs the approval via the Floating Action Buttons at the bottom of the workspace. The status flow is identical to the BRD and Implementation Plan.


Ticket status lifecycle

CREATED → DRAFTING → WAITING_REVIEW → REVIEWING → APPROVED

REJECTED → (Request Review again)

Any status → ON_HOLD → (Track Back to DRAFTING)

Actions per status

DRAFTING — Send for review

The QA Engineer finishes the Test Cases and clicks "Request Review" → the ticket moves to WAITING_REVIEW.

ButtonAction
Request ReviewSend the QA artifacts for reviewer evaluation
Move to On HoldPause the ticket

WAITING_REVIEW — Pick up the review

The QA Lead/PM finds a ticket with the WAITING_REVIEW badge and clicks "Start Review" to begin the evaluation.

ButtonAction
Start ReviewBegin the review — status moves to REVIEWING
Cancel ReviewCancel the review request — returns to DRAFTING
Move to On HoldPause

REVIEWING — Read and decide

The reviewer goes through the four tabs in order: Scope & ImpactChecklistTest Cases. Inline edits can be made directly during review (the Scope/Impact/Checklist tables support Edit → Save). Once finished, click "Approve" or "Reject".

ButtonAction
ApproveApprove all QA artifacts — status moves to APPROVED
RejectReject — status moves to REJECTED; the QA Engineer must revise
Move to On HoldPause

REJECTED — Revise and resubmit

The QA Engineer revises the artifacts per the feedback, then clicks "Request Review" to resubmit.

ButtonAction
Request ReviewResubmit after revision
Move to On HoldPause

APPROVED — Approved

The QA ticket is approved. The team moves on to the Test Execution module to run the test cases.

ButtonAction
Change(Coming Soon) — Reopen for editing

ON_HOLD — Paused

ButtonAction
Track BackMove the ticket back to DRAFTING

After Approval

An approved QA ticket (APPROVED) is the prerequisite for the team to start running actual tests in the Test Execution module — recording Pass/Fail results for each test case.

One-way flow — regenerate carefully

If the reviewer requests changes to Scope after the Checklist has been generated, the QA Engineer must regenerate the Checklist and then the Test Cases in order. AIPD does not auto-sync when Scope changes, to avoid losing hand-edited data.