Unify all testing Airs
- Vorherrschende Sprache
- Rust
- Sterne
- 96
- Forks
- 39
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
We currently have several places where we store example or testing `.air` files for different use cases.
- [`codegen/ace/src/tests/airs`](https://github.com/0xMiden/air-script/tree/next/codegen/ace/src/tests/airs)
- [`air-script/tests`](https://github.com/0xMiden/air-script/tree/next/air-script/tests)
- [`parser/src/parser/tests/input`](https://github.com/0xMiden/air-script/tree/next/parser/src/parser/tests/input)
- [`docs/examples`](https://github.com/huitseeker/air-script/tree/452140e4e88a5698d23c4945df747e5ac18fae98/docs/examples)
Except perhaps for the examples in `docs/examples`, it seems like we could put all other testing source files in `air-script/tests`. While taking into account likely duplicates, it we could increase the number of test cases for the 3 components that rely on these (winterfell codegen, ace codegen, and parser).
Beitragsleitfaden
Rechercherichtung
Das Issue listet vier Verzeichnisse mit .air-Dateien auf. Beginnen Sie mit der Untersuchung jedes Verzeichnisses, um die Dateistruktur zu verstehen und Duplikate zu identifizieren. Das Ziel ist es, Dateien aus codegen/ace/src/tests/airs, parser/src/parser/tests/input und möglicherweise docs/examples in air-script/tests zu konsolidieren. Prüfen Sie, ob bestehende Testsuites von diesen Dateipfaden abhängen, um sicherzustellen, dass die Konsolidierung keine Tests zerstört. Ein guter erster Schritt ist, die bestehenden Tests für die Parser- und Codegen-Komponenten auszuführen, um zu überprüfen, ob sie bestehen, bevor Dateien verschoben werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- rust
- Bereich
- testing, tooling
- Issue-Typ
- Refactoring
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Aktivitätsstatus
- Veraltet
- Klarheit
- Klar beschrieben
- Anfängerfreundlichkeit
- 65/100