Testiranje i provjera aplikacija
OpenFactory ima dvije povezane površine:
- image scenarios koji bootaju izgrađeni artifact i pokreću ograničene guest assertions; i
- pregled app-platform koji stvara immutable app variants te UI-test i walker workflowe.
Dostupnost se znatno razlikuje između modula app-platform. Prije korištenja pročitajte status na svakoj stranici.
Dostupnost app-platform
| Tema | Trenutačna granica |
|---|---|
| App Deployment | Stavlja Git source u red kroz immutable variant pipeline; pratite asinkroni deployment i health evidence. |
| App UI Testing | Pohranjuje i pokreće ograničene semantic scenarios prema dostupnim targets; rezultati dokazuju samo navedene actions i assertions. |
| Prompt-assisted deployment | Zahtijeva postojeći template Git URL; brief je provenance, ne source generation. |
| App environment variables | Encrypted storage i deployment handoff implementirani su kad su konfigurirani potrebni keys/tokens; rotation i runtime evidence ostaju briga operatera. |
| Managed Databases | Samo stub contract; nijedna baza se ne provisionira. |
| Object Storage | Samo stub contract; nijedan bucket se ne provisionira. |
| Custom Domains | Samo Public-DNS ownership verification; custom TLS serving/routing nije aktivan. |
| Checkpoints | Samo stub identifiers; recoverable snapshot ne postoji. |
| Observability | Manual event storage i VM allocation su stvarni; ingest, probes, samples, logs i dashboard su nepotpuni. |
| Web IDE | Samo stub binding; editor ili private route se ne provisionira. |
| App Auth | Samo stub binding; identity provider, issuer ili real token flow se ne provisionira. |
| Templates and Remix | Stvara app records iz manifesta ili eligible source lineage; ne deploya niti automatski ne stvara declared services. |
| Autonomous Walker | Ograničeno UI discovery s važnim limitima coverage, authorization i side effects. |
| Walker Diffs | Uspoređuje stored walks i izvozi ticket-shaped payloads; vanjske tickets ne otvara sam. |
| Walk and Fix | Stvara fix intent; legacy live-VM patching u sukobu je s immutable deployment model. |
Ne uključujte stub adapter u produkcijski workflow samo zato što je njegov API vratio success.
Image scenarios
Image tests rade samo kad ih odabrani build/scenario uključi i kad je dostupna potrebna test infrastructure. Držite ova stanja odvojeno:
- artifact construction;
- guest provisioning i boot;
- assertion execution;
- evidence finalization; i
- certification or publication policy.
Build može uspjeti dok su testovi onemogućeni, pending, failed ili incomplete.
Dizajn testova
Ugrađeni testovi
Ugrađena imena poput boot, login, packages, network i services daju osnovu. Točne granice su u Default Tests.
Custom assertions
Za service, port, HTTP, file, command, process i podržana GUI promatranja koristite Custom Assertions. Svaka assertion treba imati opis, expected result, target, timeout i značenje neuspjeha.
Benchmarks
Benchmark catalogs su strukturirani skupovi provjera, ne compliance determinations. Uskladite točan OS/version, zadržite applicability i failures te pročitajte CIS benchmark evidence.
Kontrolni popis evidence
Za run koji nosi odluku zadržite:
- recipe, source, build, artifact, VM, scenario i run IDs;
- točne artifact i source digests;
- test environment i runner version;
- svaki rezultat assertion i raw output;
- screenshots samo gdje je opravdano i sigurno obrađeno;
- nedostajuće, skipped ili not-applicable checks;
- timestamps i terminal status; i
- reviewer disposition i odobrenje za navedenu odluku.
Kad test ne uspije, prvo dijagnosticirajte sloj koji pada, pa tek onda rebuild. Dupli build može sakriti grešku u ownership, deployment, test-runner ili evidence finalization umjesto da je ispravi.