Skip to content

test(economy): measure start-field longevity instead of guessing (21.3, #87) - #115

Open
cubetribe wants to merge 1 commit into
mainfrom
feat/s21-startfield-longevity
Open

test(economy): measure start-field longevity instead of guessing (21.3, #87)#115
cubetribe wants to merge 1 commit into
mainfrom
feat/s21-startfield-longevity

Conversation

@cubetribe

Copy link
Copy Markdown
Collaborator

Was

Paket 21.3 aus Sprint 21 (#87): die Startmenge wird gemessen statt geraten. Neuer Test tools/Nova.SimRunner.Tests/StartFieldLongevityTests.cs fährt den echten Ernte-Auto-Zyklus (2 AE/Tick, 330 Laderaum, Footprint-Abkippreichweite D-104) auf der kanonischen Eröffnungsgeometrie — Feld (7,7) mit 9.000 AE, Raffinerie (9,5) — bis zur Erschöpfung und pinnt das Ergebnis:

Harvester Tragzeit Startfeld
1 7:33 min (4.527 Ticks)
2 3:46 min (2.263)
3 2:31 min (1.509)

Skalierung ~1/N ist ebenfalls gepinnt.

Warum

Der T-01-Tester schätzte 5.000 AE (tatsächlich 9.000) — ein Sichtbarkeitsproblem, mit 21.2 gelöst. Die hier gemessenen Zahlen beantworten die eigentliche Designfrage („wie lange soll ein Startfeld tragen?"): solo gut ein Drittel der 20–35-min-Zielpartie (D-010), mit zwei Harvestern nur ~4 Minuten — genau der Expansionsdruck, den D-102 will.

Empfehlung (Inhaber-Veto vorbehalten): der Wert 9.000 bleibt. Kein Verhalten geändert, keine Baseline bewegt — die Pins öffnen das Paket automatisch wieder, falls sich eine der Konstanten je bewegt.

Mess-Nebenbefund: die Eröffnung trägt maximal ~3 lauffreie Harvester je Feld (Footprint-Reichweite der Raffinerie); mehr Harvester brauchen Wegzeit. Relevant für die Kartenarbeit in 21.6/21.7.

Nachweis

  • dotnet test tools/Nova.SimRunner.Tests -c Release: 730/730 grün (4 neue Tests)
  • Reine Test- + Doku-Änderung, kein Spielverhalten: nichts Spielbares abzunehmen

Betroffene Bereiche

tools/Nova.SimRunner.Tests/StartFieldLongevityTests.cs (neu), CHANGELOG.md (eine Zeile unter [Unreleased] → Hinzugefügt).

Merge-Hinweis: mögliche triviale CHANGELOG-Überschneidung mit dem 21.5-PR (beide Zeilen oben im selben Abschnitt) — Auflösung: beide behalten.

#87)

The T-01 tester estimated the start reserve at 5.000 AE (it is 9.000)
because nothing showed it. 21.2 fixed the visibility; this adds the missing
design number: the REAL auto-cycle (2 AE/tick gather, 330-AE cargo, return
tick per trip, footprint-reach deposit) runs on the canonical opening
geometry — field (7,7), refinery (9,5) — until exhaustion:

  1 harvester: 4.527 ticks = 7:33 min
  2 harvesters: 2.263 ticks = 3:46 min
  3 harvesters: 1.509 ticks = 2:31 min

The gather rate dominates; travel vanishes under the D-104 footprint reach
rule. Measured side finding: the opening supports at most ~3 walk-free
harvesters per field — more need travel time (documented in the test).

The reserve stays 9.000: the numbers support the D-102 expansion pressure
instead of weakening it, and the T-01 misjudgement was a visibility problem
(21.2), not an amount problem. The pins reopen the package automatically
when any involved constant moves. No behaviour change, no baseline movement.
Verified: dotnet test 730/730.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant