Skip to Content
TestingTesten en applicatieverificatie

Testen en applicatieverificatie

OpenFactory heeft twee gerelateerde vlakken:

  • imagescenario’s die een gebouwd artefact opstarten en begrensde guest assertions uitvoeren; en
  • een app-platform preview die immutable app variants plus UI-test- en walker-workflows aanmaakt.

Beschikbaarheid verschilt sterk tussen app-platformmodules. Lees de status op elke pagina voordat u ze gebruikt.

Beschikbaarheid app-platform

OnderwerpHuidige grens
App DeploymentZet een Git-bron in de wachtrij via de immutable variant pipeline; volg het asynchrone deployment en health evidence.
App UI TestingSlaat begrensde semantic scenarios op en voert ze uit tegen bereikbare targets; resultaten bewijzen alleen de genoemde actions en assertions.
Prompt-assisted deploymentVereist een bestaande template Git URL; de brief is provenance, geen source generation.
App environment variablesEncrypted storage en deployment handoff zijn geïmplementeerd wanneer vereiste keys/tokens zijn geconfigureerd; rotation en runtime evidence blijven operatorzaken.
Managed DatabasesAlleen stub contract; er wordt geen database provisioned.
Object StorageAlleen stub contract; er wordt geen bucket provisioned.
Custom DomainsAlleen Public-DNS ownership verification; custom TLS serving/routing is niet actief.
CheckpointsAlleen stub identifiers; er bestaat geen recoverable snapshot.
ObservabilityManual event storage en VM allocation zijn echt; ingest, probes, samples, logs en dashboard zijn incompleet.
Web IDEAlleen stub binding; er wordt geen editor of private route provisioned.
App AuthAlleen stub binding; er wordt geen identity provider, issuer of real token flow provisioned.
Templates and RemixMaakt app records aan uit manifests of eligible source lineage; deployt niet en maakt declared services niet automatisch aan.
Autonomous WalkerBegrensde UI discovery met belangrijke limieten voor coverage, authorization en side effects.
Walker DiffsVergelijkt stored walks en exporteert ticket-shaped payloads; filed geen external tickets zelf.
Walk and FixMaakt fix intent aan; legacy live-VM patching botst met het immutable deployment model.

Koppel geen stub adapter aan een productieworkflow alleen omdat de API success teruggeeft.

Imagescenario’s

Image tests draaien alleen wanneer de gekozen build/scenario ze inschakelt en de vereiste test infrastructure beschikbaar is. Houd deze toestanden apart:

  1. artifact construction;
  2. guest provisioning en boot;
  3. assertion execution;
  4. evidence finalization; en
  5. certification or publication policy.

Een build kan slagen terwijl tests uitgeschakeld, pending, failed of incomplete zijn.

Testontwerp

Ingebouwde tests

Ingebouwde namen zoals boot, login, packages, network en services vormen een baseline. Bekijk Default Tests voor hun precieze beperkingen.

Custom assertions

Gebruik Custom Assertions voor service, port, HTTP, file, command, process en ondersteunde GUI observations. Elke assertion hoort een description, expected result, target, timeout en failure meaning te bevatten.

Benchmarks

Benchmark catalogs zijn gestructureerde check sets, geen compliance determinations. Match de exacte OS/version, bewaar applicability en failures, en lees CIS benchmark evidence.

Evidence checklist

Voor een run die een beslissing draagt, bewaar:

  • recipe, source, build, artifact, VM, scenario en run IDs;
  • exacte artifact en source digests;
  • test environment en runner version;
  • elk assertion result en raw output;
  • screenshots alleen waar gerechtvaardigd en veilig afgehandeld;
  • missing, skipped of not-applicable checks;
  • timestamps en terminal status; en
  • reviewer disposition en approval voor de genoemde beslissing.

Als een test faalt, diagnosticeer de falende laag voordat u opnieuw bouwt. Een duplicate build kan een defect in ownership, deployment, test-runner of evidence finalization verbergen in plaats van het te verhelpen.