LaresCare · QA × dev · kickoff

Starting the loop — testing and the build, working directly together.

You haven't heard from me yet. That changes today.

I've been testing the app heads-down to get up to speed on where it really stands. I'd like to start joining the Monday build meeting so my findings can reach you directly — and we fix things in days, not weeks. Here's who I am, what I've found, and how we work together from here.

First — hello

I'm the one who's been quietly testing the app.

Heads-down until now, on purpose — to understand our issues before adding noise.

Part one · the review

The test process, in one picture.

Part one · the review · live

Let me show you — I'll share my screen and run one, live.

Faster to see it once than to describe it three times.

Four quick stops: the harness → one scenario end to end → the coverage report → a real bug reproduced. The devs see the rigor, not just hear about it.

The screenshots on the next slides are placeholders — swap in your real screens. They double as your fallback if the live run hiccups.
Demo · step 1 of 4

Open the harness.

Screenshot — the test runner / suite listreplace with your screen

Show: the 12 suites, 189 scenarios.  Say: "This is what runs against every build."

Demo · step 2 of 4

Run one scenario — live.

Screenshot — a scenario running: input → response → scorereplace with your screen

Show: what goes in, what the app does, how it's scored — an everyday scenario, not a crisis.  Say: "This is exactly how we judge whether a behavior is right."

Demo · step 3 of 4

The coverage report.

Screenshot — the coverage reportreplace with your screen

Show: what's exercised, what passes, where the gaps are.  Say: "Here's where we're solid — and where we're still thin."

Demo · step 4 of 4

Reproduce a real issue.

Screenshot — a functional bug reproduced in the appreplace with your screen

Show: the exact broken behavior and the steps to see it.  Say: "This is the kind of thing that reaches you directly, every week now."

Part one · the review

Why this matters — the value it's buying us.

Every issue caught here is one a family never hits.

Part one · the review

The validations — what we've checked, and where it holds.

189
adversarial scenarios exercised
12
test suites
functional flows verified (fill)

Safety behavior is exercised across 189 adversarial scenarios in 12 suites — probed, not assumed. On the functional side, the flows I've verified hold; the ones that don't are what we work in the loop below.

Wording is deliberate: adversarial coverage, not "clinically validated." We say what we've actually tested.
Part one · the review

Consistency — the same process, every time.

Part one · the review

The loop already works — here's what shipped.

What I raisedWhat changedImpact

Testing that feeds back into the build is worth far more than a report that sits on a shelf. This is proof it does — and the reason to make the loop tighter.

Fill with 3 real examples of suggestions you made that got implemented — this slide is the strongest argument in the room.
Part two · the change

Why I think joining you on Mondays would help.

Find it Friday, fix it this week, verified by Monday.

Part two · the change

A weekly rhythm where nothing lingers.

Test Find Report here Fix I re-verify Close

And nothing silently regresses — because the fix comes back to me before it counts as done.

Part two · the change

Every issue arrives ready to act on.

Part two · the change

This week — the few that matter most.

#What breaksReproduceSeverityImpact
1Blocker
2Major
3Major
4Minor

Short on purpose — the handful blocking quality, not the whole list.

Part two · this Monday · ~60 min

Today's agenda.

Every week after this is lighter — re-test, top issues, prioritize. The full demo is a one-time kickoff.
Part two · the change

What "done" means.

No "fixed on my machine." No silent regressions.

Going forward

Why I think taking part regularly could be useful.

The closer I am to what you're building, the sooner my testing can turn into small fixes — and the fewer surprises reach the trial. If it's helpful, I'd like to keep taking part this way: you'd get quicker, clearer feedback from me, and I'd always have the context on what you're working on.

Same side — helping make something the people who'll rely on it can trust.

QA review + build loop