Files
Holzleitner-Lieferservice-App/packages/holzleitner_api/test/delivery_with_items_test.dart
Dennis Nemec 8cf4045e44 Phase A: generierter Dart-Client + DI-Foundation für Rust-Backend
OpenAPI-Generator-Setup:
- tool/generate_api_client.sh: Direkter Aufruf der openapi-generator-cli.jar
  (Java-CLI statt Dart-build_runner-Integration — vermeidet die
  analyzer-/source_gen-Version-Hölle mit json_serializable)
- tool/fetch_openapi_generator.sh: lädt die JAR (29 MB) nach (gitignored)
- openapi/holzleitner.json: Snapshot der Backend-Spec für reproduzierbare
  Generation
- packages/holzleitner_api/: generiertes Dart-Sub-Package (built_value +
  dio), per path-dep im Haupt-pubspec eingehängt

Netzwerk-Layer (lib/data/network/):
- BackendConfig: API- und Keycloak-Endpoints für Local-Dev (localhost
  wegen Keycloak-iss-Claim).
- AuthTokenProvider-Schnittstelle.
- DevPasswordGrantTokenProvider: Phase-A-Provider via Keycloak
  password-grant, Token-Caching mit Expiry-Check (Phase B ersetzt das
  durch flutter_appauth PKCE).
- HolzleitnerAuthInterceptor: dynamischer Bearer-Inject pro Request.
- HolzleitnerApiFactory: baut die generierte HolzleitnerApi-Klasse
  mit unserem Interceptor statt der vier Default-Auth-Interceptors.
- network_locator.registerNetworking(): get_it-Setup, in main() vor
  runApp() aufgerufen.

Clean-Arch-Scaffolding (lib/data/, lib/domain/):
- Verzeichnisstruktur für Phase C+D angelegt (mapper/, repository/,
  entity/, repository/) — befüllt sich in den Folge-Phasen.

Smoke-Test:
- tool/smoke_test_api.dart ruft /health (ungeschützt) und /me/cars
  (mit Bearer) via generiertem Client — grün gegen lokales Backend.
2026-05-14 22:44:51 +02:00

90 lines
2.5 KiB
Dart

import 'package:test/test.dart';
import 'package:holzleitner_api/holzleitner_api.dart';
// tests for DeliveryWithItems
void main() {
final instance = DeliveryWithItemsBuilder();
// TODO add properties to the builder and call build()
group(DeliveryWithItems, () {
// Fahrzeug-Zuordnung, gesetzt in der Auswählen-Phase. Bei Ein-Auto-Teams beim Sync automatisch gefüllt.
// String assignedCarId
test('to test the property `assignedCarId`', () async {
// TODO
});
// Ausgewählte Ansprechpartner für genau diese Lieferung (Auswahl aus `Customer.contacts`). Kann leer sein.
// BuiltList<String> contactPersonIds
test('to test the property `contactPersonIds`', () async {
// TODO
});
// String customerId
test('to test the property `customerId`', () async {
// TODO
});
// Eingefrorene Liefer-Adresse zum Zeitpunkt des Tour-Syncs. Schützt vor rückwirkenden Kunden-Adressänderungen.
// Address deliveryAddressSnapshot
test('to test the property `deliveryAddressSnapshot`', () async {
// TODO
});
// Wunsch-Lieferzeit als Freitext (z. B. \"vormittags\", \"ab 14:00\").
// String desiredTime
test('to test the property `desiredTime`', () async {
// TODO
});
// ERP-Beleg-Bezug: business-stabiles Paar `(Belegart, Belegnummer)`. Überlebt den Belegkopf-Archivübergang.
// int erpBelegartId
test('to test the property `erpBelegartId`', () async {
// TODO
});
// String erpBelegnummer
test('to test the property `erpBelegnummer`', () async {
// TODO
});
// String id
test('to test the property `id`', () async {
// TODO
});
// Sondervereinbarungen (z. B. „Türklingel defekt, hintenrum klopfen\").
// String specialAgreements
test('to test the property `specialAgreements`', () async {
// TODO
});
// DeliveryState state
test('to test the property `state`', () async {
// TODO
});
// Begründung bei `state == Held` oder `state == Canceled`. Beim Resume / Complete wieder `None`.
// String stateReason
test('to test the property `stateReason`', () async {
// TODO
});
// String tourId
test('to test the property `tourId`', () async {
// TODO
});
// BuiltList<DeliveryItem> items
test('to test the property `items`', () async {
// TODO
});
// Sortier-Reihenfolge innerhalb der Tour (1-basiert).
// int sortOrder
test('to test the property `sortOrder`', () async {
// TODO
});
});
}