verify.sh described itself as "simulate every check the printer performs,
against a built package". The word carrying that sentence is SIMULATE, and it
is why thirty-six of the forty are deleted rather than moved.
THE REPLICA LANE DOES NOT SIMULATE THE INSTALL. install-package.sh puts the
package on a genuine FAT filesystem at /dev/sda1 and runs the machine's own
/usr/prog/app_startup.sh over it, verbatim, under qemu. So these are
PRECONDITIONS of the lane now rather than assertions in it -- break any and
installed_image() raises with the install log and the whole lane goes red:
* the decrypt with the firmware key (the printer's unTar does it)
* runFirmwareExe.sh present, components plain tar not xz (bare `tar -xvf`)
* md5sum.list verifying (the installer aborts and deletes the payload)
* the MACHINE= gate (runFirmwareExe.sh refuses a foreign package)
* the /mnt/<Model>-*.tgz glob (app_startup.sh finds the file by it)
A host-side re-reading of those rules is a second implementation, and a second
implementation can agree with itself while disagreeing with the printer. That
is the defect qa/replica/conftest.py records this repo learning twice about
hand-placed payloads.
A second block was asking what the suite already answers, of an installed
filesystem rather than of a tar listing: the klippy tree and c_helper.so
(test_install, test_abi), the s6-rc database and the oneshot runner's execline
(test_s6rc), s6 and s6-ftrigrd (test_supervisor), the .install-manifest
(test_upgrade), libsodium's bare .so symlink and the chamber configs
(static/test_ipk), and every shipped script's syntax
(static/test_shell_syntax).
THE FOUR THAT MOVED are the ones nothing else asks, and each is stronger for
the move -- a `tar -t` listing cannot tell you that a shared object loads, or
what a name resolves to on a PATH:
* the interpreter IMPORTS sqlite3, lmdb and _cffi_backend, rather than a
grep finding three .so files. This is what catches a cross build that
resolved to an x86_64 manylinux wheel: present on disk, raises on import.
* nothing in $MODDIR/bin shadows FlashForge's python3 -- asked with
`command -v` after sourcing anvil-env.sh, which is the file that PREPENDS
$MODDIR/bin to PATH and so creates the hazard in the first place.
* CPython's dev half (headers, pkgconfig, config-3.13-*) did not ship.
* the ship boundary: no file on the installed printer is byte-identical to
one under bin/ or docker/. Asked of the machine rather than of the .tgz,
so it also sees whatever a maintainer script wrote as root at install
time. The sweep filters on exact size before hashing, which is what keeps
a walk of /usr/prog through qemu cheap.
WHAT GENUINELY LEFT, recorded in docs/qa-migration.md rather than only here:
there is no longer a check you can run on the build host, in seconds and
without docker, against a package you are about to flash. Nothing warns you
before you copy the file to a stick that it was built from the wrong model's
stock package. The printer still refuses it and `make qa-replica` still
catches it, but the fast host-side warning the hardware checklist used is
gone. `make verify` is removed and `make release` no longer calls it.
VERIFIED. All four ran against a real replica (the cached installed image,
PRINTER_IMAGE=monstrofil/creator5-printer:latest): 4 passed in 17s. Then each
was DRIVEN RED on purpose with a throwaway module, which is this repo's own
standard from 4ce928f -- bin/common.sh copied byte-for-byte into $MODDIR, a
python3 symlink in $MODDIR/bin, an include/python3.13 directory, and a module
name that does not exist. Each was caught, each named the planted file in its
message, and each went green again once it was removed. The leak sweep walks
21132 files under $MODDIR and /usr/prog, so its floor of 100 is not load
bearing. The static lane goes 123 -> 122, which is exactly the `bash -n` test
that test_shell_syntax.py generated per bin/*.sh file.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GAQKdBfZxbnPagQyidFk6Y
15 KiB
Testing: how we know it does not brick
qa/ is the suite. One framework (pytest), two lanes, and a result per
assertion rather than per case script.
make qa # both lanes
make qa-static # seconds, any machine, any clone -- no docker
make qa-replica # the gates that decide whether a package bricks a printer
Selection is pytest's: -k nginx, -m static, or a single test id.
qa-migration.md is the design and the history.
The lanes
| Lane | Needs | What it asks |
|---|---|---|
static |
nothing but the checkout | every shipped script parses and is free of bashisms, every name resolves, the recipe layout holds, and the .ipks are what we mean to ship |
replica |
docker + qemu + the firmware | what the printer does -- on a machine the real app_startup.sh installed the real package onto |
The replica lane needs a built package in work/out/*.tgz (make build) and a
base image: put PRINTER_IMAGE in test.env, or let it build one from
work/rootfs after make rootfs. The install is baked into an image once per
package, keyed on the package's md5, so rebuilding gets you a fresh bake and
not yesterday's.
The replica lane, module by module
| module | asks |
|---|---|
test_install.py |
what the machine's own installer produced: the stock boot chain is untouched and still parses, the wrapper is installed and starts the supervisor, every installed script is sh -n-clean under the printer's own busybox, klipper and the UI are services in the compiled database, klipper depends on the bring-up, the config include set is wired up, the user's printer.cfg survived, a pristine backup/stock was kept, and a boot with no stick does not go looking for an update |
test_abi.py |
the ABI gate, and the only one there is: every ELF object on the installed filesystem -- ours, the stock tree's and whatever bin/patch.sh staged -- is 32-bit little-endian MIPS, and every one the kernel's loader will handle is nan2008/o32/mips32r2. Two exemptions, both measured and both narrow: kernel modules are ET_REL and have no FP ABI to agree about, and FlashForge ships one inert ARM binary |
test_upgrade.py |
an update deletes what the last package shipped and only that -- the user's edits, their moonraker-custom.conf, their HelixScreen settings and anything nobody shipped all survive, over both the manifest path and the pre-manifest sweep |
test_supervisor.py |
the s6 we cross-compiled: all 13 binaries load on the printer's kernel, and s6-svwait -U really waits for readiness rather than returning on the fork |
test_boot_screen.py |
the first-boot screen renders on our own CPython 3.13, one screen's worth of correctly packed bytes, and degrades to "no screen" rather than raising when there is no panel |
test_web.py |
nginx and moonraker come up under s6, nginx comes back from a kill and stays down after a stop, and moonraker serves on :7125 on our interpreter |
test_s6rc.py |
the boot itself -- the scanner answers, s6-rc-init lays the scandir down, a killed daemon comes back |
test_mcu_bringup.py |
ff_mcu_bringup.py runs on FF_PYTHON in the shipped environment and names every port it could not open |
Eight of test_s6rc.py's twelve cannot pass on a replica, and that is
hardware, not a bug: there are no /dev/ttyS4,5,7 and no /dev/video*, so
klippy never connects, camera times out, and the ok-all bundle is
unreachable. See qa-migration.md. Everything else is green.
test/ is gone
test/run-tests.py went first, and make test with it. The 28 host-side unit
tests that outlived it -- test_startup.py, test_tool_transform.py,
test_ffscreen.py, test_chamber.py, test_gcode.py and the two fixtures
they shared -- are deleted too, along with make test-py and the CI step that
ran them. qa/ is the only suite.
What this costs is worth naming rather than leaving to be discovered. The
replica lane covers the boot screen on the real interpreter
(qa/replica/test_boot_screen.py) and the install end to end, but nothing now
checks the tool-frame arithmetic in ff_toolchange, the chamber macros'
per-model branching, the stamp discipline in ff-startup.py, or the
verification G-code against the macros we ship. Those were host-side unit
tests over our own Python, and they have no replacement.
The replica is a tool, not a test
tools/replica/ builds the machine both suites run against, and the build
uses it too -- bin/patch.sh assembles the payload by running the printer's
own opkg inside it. It is not under test/ because nothing in it is a test:
tools/replica/
printer/ the replica itself: the Dockerfile, binfmt.sh,
assemble.sh, entrypoint.sh, seed-prog.sh, bake.sh
ffsim/ the host half -- config loading and the docker
plumbing. NOT a test framework; it was one, and
what is left of it launches containers
build-printer-image.sh bakes a prebuilt replica image
extract-rootfs.py `make rootfs`
sim-boot-screen.py `make boot-screen-sim`
qa/lib/replica.py drives tools/replica/printer/ unmodified; it holds a
container open where ffsim runs one case script and exits.
Why the harness is Python
The host half of the harness — the orchestrator and the replica launchers — was shell until August 2026. It moved to Python for one specific reason, and it is worth stating because the rule it enforces is the one above.
In the shell suite, "this gate did not run" travelled between processes as the
string SKIP: on stdout, and the runner decided by grepping for it:
if "$@" >"$out" 2>&1; then
if grep -qE '^[[:space:]]*SKIP:|[0-9]+ skipped' "$out"
then skip "$name"; else pass "$name"; fi
Text on stdout cannot tell you what happened inside a process. A launcher that
had already failed would reach the same line by a different road: the file
that sources config.env failed to load, so STOCK_TGZ_* was never set, so
the launcher concluded there was nothing to test, printed those five
characters and exited 0 — on a machine with docker and the firmware sitting
right there. That is not a hypothetical; it is how five broken launchers
shipped and stayed broken.
What changed:
- A skip is an exception (
ffsim.Skip), not a string. Output cannot imitate it, and a gate that fails cannot accidentally claim it was skipped. - The repo root is found by searching upward for
bin/common.sh, not by counting..from$0. Moving a launcher to a different depth used to break it silently; now it cannot. - A broken config is not an absent one. Sourcing a file with a syntax
error returns non-zero and does not stop the shell, so the old code
carried on with half a config.
ffsim.configchecks each source and names the file that failed. - pytest results are read from JUnit XML, not from grepping
N skipped. - The suite calls the gates as functions. There is no subprocess between a gate and the thing counting results, so there is no format to agree on.
The four things that used to be reported as skips and are now failures:
a config.env that does not parse, a missing case script, a missing package,
and a missing baseline. A genuinely absent precondition — no docker, no stock
package — is still a skip, because that is still the truth.
Speed
Almost all of a replica run used to be setup, repeated per test case:
| per run | |
|---|---|
unpack the 182MB factory image into /usr/prog |
22s |
| install the stock package into it, under qemu | 37s |
| the test itself (three boots, install, re-install) | ~30s |
make printer-image does both of those once, at build time, and publishes the
result. tools/replica/printer/bake.sh is the part that cannot be a docker build
step — the stock install needs binfmt_misc and chroot, so it runs in a
privileged container and the result is committed. The md5 of the package that
was installed is recorded in /usr/prog/.BASELINE; entrypoint.sh reinstalls
only if a run asks for a different one.
With PRINTER_IMAGE set in test.env, a replica starts in 0.7s and the
whole end-to-end update test takes ~70s. Without it, the same test spends
a minute on setup before it begins. That image contains proprietary FlashForge
firmware.
run-tests.py stamps every header with elapsed seconds, so a run says for
itself where the time went. The headers, in the order they are printed:
== shell syntax ==
== no bashisms in the on-printer payload ==
== extracting the printer rootfs == (skipped if already extracted)
== python checks ==
== packaging, on a synthetic stock package ==
== build on the fixture ==
== printer replica == (or: MCU bring-up runs on the
printer's own Python)
== end-to-end update on the printer replica ==
== recovery: a stock package reverts the mod ==
What takes the time is real work: two full package builds (the payload is
55MB through xz) and two replica runs. If it needs to get faster again,
that is where to look — not in the harness.
What was dropped, and why
Tests that cannot fail are worse than no tests, because they read as coverage:
-
test-abi's execution half. It wasqemu "$f" -h || [ $? -lt 126 ], which accepts nearly every exit status — it could only fail if qemu itself was missing. Running the binaries for real is what the replica does. -
test-ash'smd5sum -sprobe. It printed "inconclusive" on every path and could not fail. -
The per-file
sh -n"POSIX" loop inrun-tests.sh.shis bash on the build image, so it proved nothing thattest-ashdoes not prove properly with the printer's own busybox. Its bashism grep also flaggedlocal, which busybox ash supports. -
test-install's hand-written replay ofapp_startup.sh. It re-derived the glob,MACHINEandPIDwithsedand then called the installer itself — so a mistake in our reading of the boot script could never be caught. The replica now runs the boot script itself, andqa/replica/test_install.pyasserts against what it produced. -
The release workflow's final
sim-installloop ignored the exit status of every run, so the last gate before publishing could not fail. It stops on the first failure now, and it isREAL_PKG=<pkg> pytest ./qa/replicaper model -- 22 named results for each package that ships, where the loop gave one exit code it was throwing away. -
test-printer-db, all of it. It began as a re-implementation of PrinterDetector's scoring formula, mirroringprinter_detector.cppline for line, so a change to the HelixScreen fork's formula left the test passing while reality moved. Narrowing it to scoring-independent invariants kept it honest but not useful enough to earn its place, and the whole check is gone. -
The hand-rolled bashism grep in
run-tests.sh. It knew five constructs;shellcheck -s dashknows the whole SC3xxx family and now stands in its place. The same pass gave every replica launcher one shared home for the docker plumbing — nowtools/replica/ffsim/replica.py— which also fixed twomake test-ashbugs: it ran without the docker socket (so it always silently skipped), and it never readtest.env, so it ignoredPRINTER_IMAGEand rebuilt the local sim image every run. -
Eight checks, in one pass, once each had been read properly. The suite had grown to twelve gates and most of them were the weaker copy of a gate that survives:
test-abihad never asserted anything in CI.run-tests.shdeletedwork/modpayloadimmediately before it ran and CI setKLIPPER_FORK="", so it had no targets on any run, skipped, exited 0 and was printed asok.qa/replica/test_abi.pynow reads the ELF header of every object that actually landed, which is the checktest-abiwas aiming at.test-macrosusedjinja2.Environment()— the default{{ }}syntax. The configs contain no{{at all, only single-brace expressions, so it validated{% %}block structure and never once looked inside an expression.test_default_delimiters_are_blindnow pins that.test-ash-conformanceparsed the payload with the printer's busybox;qa/replica/test_install.pyrunssh -nover every installed script with the same qemu'd busybox.test-model-gatechecked whatbin/verify.sh§8b/§9 checked and whatpack.shalready refuses to build. Its header claimed it proved the two models ship different files; no such check existed in it.verify.shhas since been retired; the model gate is now enforced where it always mattered, byrunFirmwareExe.shrefusing a foreign package -- which the replica lane exercises on every install.test-base-cfgcompared ourprinter.base.cfgagainstwork/software/.../printer.base.cfg— whichbin/patch.shoverwrites with our own file before the test reads it. It had been diffing our file against itself: green on a cold tree, red on a second build, and blind to real drift either way. The comparison moved intobin/unpack.sh, where a pristine stock tree actually exists.test-applets' command-word scan only extracted the first word of a simple, unprefixed command:if timeout 5 foo; thenyielded['if','echo','fi'], so the one failure its docstring named was invisible to it. Its allowlist had drifted to nine entries that excused nothing. The absolute-path half survives, becauseS50wifi's binaries sit on a branch no simulation reaches.lint-danger's structural greps were satisfiable by comments — the comments infirmwareExeandS80uimentionhelixand (at the time)SAFE-MODE, so the checks passed with the logic deleted.case-uiwent with the helix-only decision.
Bugs these caught
Not theoretical. Writing them caught real bugs before any hardware was involved:
- backups were taken after the stock
run.shhad already overwritten the files, so a restore would have restored the modified versions rm -rf $MODDIR/binwith an unsetMODDIRexpands torm -rf /bin- a crashed UI is a zombie, and
kill -0succeeds on a zombie — the crash detector called a dead UI healthy - the packer emitted both models' filenames from one build, which would have handed a Creator 5 the Pro's firmware
- three checks in the brick lint had been quietly dead for months: two were
guarded on a
payload/boot.shthat no longer existed, and the file glob never matchedfirmwareExeor theinit.d/S*scripts at all - a skip counted as a pass for the whole life of the suite, which is how
test-abisat in it for months checking nothing while printing green