mirror of
https://github.com/bilawalsidhu/gods-eye-view.git
synced 2026-11-06 03:14:00 +00:00
docs: distinguish QA gates from helper modules
This commit is contained in:
1 parent
4f941266c2
commit
d01d10393c
1 file changed
+13
-11
+13
-11
@@ -44,29 +44,31 @@ dedicated headless gate under `scripts/qa-*.mjs` that drives the real app and
|
|||||||
asserts that feature's contract. **Run the gate covering whatever you touched**,
|
asserts that feature's contract. **Run the gate covering whatever you touched**,
|
||||||
and say which one you ran in the PR.
|
and say which one you ran in the PR.
|
||||||
|
|
||||||
The scripts are the canonical list, and each one documents itself:
|
Feature gates and a few supporting modules live under the same filename pattern:
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
ls scripts/qa-*.mjs # every gate
|
ls scripts/qa-*.mjs # gates and their supporting modules
|
||||||
head -20 scripts/qa-radio.mjs # what this gate proves, and how to run it
|
head -40 scripts/qa-radio.mjs # what this runnable gate proves and how to run it
|
||||||
```
|
```
|
||||||
|
|
||||||
Every gate opens with a comment naming what it asserts. Most take
|
Runnable gate entrypoints document what they assert and how to invoke them.
|
||||||
`--url http://localhost:<port>` and need a dev server up; some need a specific
|
Most need a dev server; some also need a specific provider key or port. Follow
|
||||||
provider key or a particular port, and the header says which. Run them directly
|
the entrypoint's header rather than assuming every matching file accepts the
|
||||||
with `node scripts/qa-<name>.mjs`; only a couple (`qa:map-source-tray`,
|
same arguments. Only a couple (`qa:map-source-tray`, `qa:transit`) have an
|
||||||
`qa:transit`) have an `npm run` alias.
|
`npm run` alias.
|
||||||
|
|
||||||
If you aren't sure which gate covers your change, search `docs/CURRENT-STATE.md`
|
If you aren't sure which gate covers your change, search `docs/CURRENT-STATE.md`
|
||||||
for the feature: it names the gate for many of them, and it's the authoritative
|
for the feature: it names the gate for many of them, and it's the authoritative
|
||||||
runtime reference either way.
|
runtime reference either way. `scripts/qa-l9-matrix.mjs` aggregates the broader
|
||||||
|
release-candidate checks and selected harnesses; it does not replace the focused
|
||||||
|
gate for the feature you changed.
|
||||||
|
|
||||||
> **CI does not cover this for you.** The workflow runs the setup policy
|
> **CI does not cover this for you.** The workflow runs the setup policy
|
||||||
> checks, the formatting and package-boundary checks, the unit suite and the
|
> checks, the formatting and package-boundary checks, the unit suite and the
|
||||||
> production build, plus a Windows onboarding job. It runs neither
|
> production build, plus a Windows onboarding job. It runs neither
|
||||||
> `npm run test:track` nor any `qa-*.mjs` gate — both need a live dev server
|
> `npm run test:track` nor any `qa-*.mjs` gate — both need a live dev server
|
||||||
> and a browser. For anything outside the unit suite, your local run
|
> and a browser. Include the applicable local run in your PR's validation
|
||||||
> is the only check before it reaches `main`.
|
> evidence.
|
||||||
|
|
||||||
## Good first contributions
|
## Good first contributions
|
||||||
|
|
||||||
|
|||||||
Reference in new issue
Block a user