LabaliciousAI & QA ACADEMY
← All sessions

Session 10 · All class materials →

Open in Markdown reader

Lab 10 — Ship/No-Ship Release Room

START HERE · YOUR LAB FILES

Open these resources

Each card opens the supplied file. Keep these alongside the lab; open the same paths in your downloaded course folder when using your AI.

  1. 1release-rounds.mdSupplied evidence · read this sourcefixtures/release-rounds.md
  2. 2release-recommendation.mdTemplate · copy into your own worktemplates/release-recommendation.md

Underlined filenames throughout the steps are clickable. A file you create yourself links to saving instructions, not a nonexistent download.

On this page

SESSION 10 / 35-minute practice lab / within a 2-hour session

Make a release recommendation that changes when the evidence changes.

Evidence target

A recommendation for each round, an incident update and any explicitly authorized exception decision.

Before you start · recall, then check

Recall one verification limit from Session 07 or 09. What release claim would be unsafe to make from that evidence alone?

Use about two minutes of the existing arrival/discussion time. Try in your own words, then check the source with a partner or coach. This is ungraded practice, not a new submission.

Need a hand? A supported route

Keep a facts/unknowns/next-evidence list for each round. A missing required check remains missing even when another check passes. Use the supplied tabletop build identity, not your local simulator’s version.

Mac / Linux / Windows help · How to ask for useful help

Time: 35 minutes
Team: groups of four; facilitator releases evidence in rounds

Quick start

First action: Copy the recommendation template and read only round 1 first.

Finish with: Three round-by-round recommendations, an incident update and any override decision.

Step-by-step help for Session 10 — smaller steps, checkpoints and troubleshooting. Saving and asking for help.

Mac / Linux / Windows

Submission: prepare the deliverables below using the public-safe packet and review workflow. One PR per lab; private review is equally available. Never publish grades or personal information.

Read the release-round exports in the Markdown reader on any OS. No cloud CLI or production deployment is required. Record which operating systems a CI result actually covers; a Linux-only pass cannot establish Windows/Mac compatibility, and an unavailable runner is not a pass.

See the platform guide and included local lab track.

Scenario

You are the release-quality team for candidate B27, whose fictional artifact identifier is training:27. These are exercise labels, not real cryptographic digests. It includes an allocation migration and customer dashboard improvement. Your instructor reveals the supplied evidence one round at a time. Do not substitute the local simulator's build identity for this tabletop candidate.

Mission

Update a release recommendation after each evidence round. Your goal is not to say “ship”; it is to make the safest justified decision.

Rounds

  1. Baseline: build, unit tests, migration replay, smoke result.
  2. Complication: a required authenticated browser check fails, while the page heading looks correct.
  3. Decision point: the defect is reproduced on green; a stakeholder requests an override before an event.

Deliverables

  • a release recommendation for each round;
  • a concise incident update: facts, impact, unknowns, containment, next evidence, owner;
  • a break-glass decision, if any, naming approver, reason, and follow-up.

Rules

  • A skipped, missing, cancelled, or failed required check is not a pass.
  • A model’s reassuring prose cannot override a failed deterministic check.
  • Do not invent a root cause from correlated symptoms.

Stretch

Propose the smallest production-safe smoke check that would detect recurrence after the release.

Product Studio homework — Freeze features and rehearse release

Triage known issues, prepare a release candidate and release recommendation, rehearse reset/backup/recovery, and request human release-readiness feedback. Cut stretch features before cutting quality.

Budget two to three hours, including evidence and review preparation; ask for coaching or scope adjustment if blocked. Record progress using the milestone template in your own product repository, not the practice packet. See the complete project roadmap, GitHub workflow and small-model guide. The practice lab above remains separate from your individual product.

Leave with a next step

Use the existing closing/debrief time: explain one claim you verified, one limit and your next action. Reuse the lab’s artifacts; this adds no separate worksheet or graded test.

Practice evidence uses the lab submission workflow. Product Studio work belongs in your own product repository. These are different destinations.

Product Studio roadmap · Sharing and review guide

Opening the next session does not mark this one complete. Progress tracking is optional and does not award a credential.