Testēšana un lietotņu pārbaude
OpenFactory ir divas saistītas virsmas:
- attēlu scenāriji, kas ielādē uzbūvētu artefaktu un palaiž ierobežotas viesa apgalvojumus; un
- lietotņu platformas priekšskatījums, kas veido nemainīgus lietotņu variantus un UI testu un walker darba plūsmas.
Pieejamība ievērojami atšķiras starp lietotņu platformas moduļiem. Pirms lietošanas izlasiet statusu katrā lapā.
Lietotņu platformas pieejamība
| Tēma | Pašreizējā robeža |
|---|---|
| App Deployment | Rindā ievieto Git avotu caur nemainīgo variantu pipeline; sekojiet asinhronajam izvietošanai un veselības pierādījumiem. |
| App UI Testing | Glabā un palaiž ierobežotus semantiskus scenārijus pret sasniedzamiem mērķiem; rezultāti pierāda tikai norādītās darbības un apgalvojumus. |
| Prompt-assisted deployment | Nepieciešams esošs veidnes Git URL; brief ir izcelsme, ne avota ģenerēšana. |
| App environment variables | Šifrēta glabāšana un izvietošanas nodošana ir ieviesta, ja konfigurēti nepieciešamie atslēgas vai tokeni; rotācija un runtime pierādījumi paliek operatora atbildībā. |
| Managed Databases | Tikai stub līgums; datu bāze netiek nodrošināta. |
| Object Storage | Tikai stub līgums; bucket netiek nodrošināts. |
| Custom Domains | Tikai publiskā DNS īpašumtiesību pārbaude; pielāgots TLS apkalpošana un maršrutēšana nav aktīva. |
| Checkpoints | Tikai stub identifikatori; nav atjaunojama snapshot. |
| Observability | Manuāla notikumu glabāšana un VM piešķiršana ir īsta; ingest, probes, samples, logs un dashboard nav pabeigti. |
| Web IDE | Tikai stub saistīšana; redaktors vai privāts maršruts netiek nodrošināts. |
| App Auth | Tikai stub saistīšana; identitātes nodrošinātājs, issuer vai īsts token plūsma netiek nodrošināta. |
| Templates and Remix | Veido lietotņu ierakstus no manifestiem vai piemērotas avota līnijas; neizvieto un automātiski neveido deklarētus pakalpojumus. |
| Autonomous Walker | Ierobežota UI atklāšana ar svarīgiem pārklājuma, autorizācijas un blakus ietekmes ierobežojumiem. |
| Walker Diffs | Salīdzina saglabātos walk un eksportē ticket-shaped payload; pats neiesniedz ārējos ticket. |
| Walk and Fix | Veido fix intent; mantota live-VM patching konfliktē ar nemainīgo izvietošanas modeli. |
Nesaistiet stub adapter ražošanas darba plūsmā tikai tāpēc, ka API atgrieza success.
Attēlu scenāriji
Attēlu testi darbojas tikai tad, ja izvēlētais build vai scenārijs tos ieslēdz un pieejama nepieciešamā testu infrastruktūra. Šīs stāvokļus turiet atsevišķi:
- artefakta uzbūve;
- viesa nodrošināšana un boot;
- apgalvojumu izpilde;
- pierādījumu finalizācija; un
- sertificēšanas vai publicēšanas politika.
Build var izdoties, kamēr testi ir atspējoti, gaida, neizdevušies vai nepabeigti.
Testu dizains
Built-in tests
Built-in nosaukumi, piemēram, boot, login, packages, network un services, dod bāzes līmeni. Precīzos ierobežojumus skatiet Default Tests.
Custom assertions
Izmantojiet Custom Assertions pakalpojumam, portam, HTTP, failam, komandai, procesam un atbalstītajām GUI observācijām. Katram apgalvojumam jābūt description, expected result, target, timeout un failure meaning.
Benchmarks
Benchmark katalogi ir strukturētu pārbaužu kopas, ne atbilstības noteikumi. Atbilstiet precīzu OS/version, saglabājiet applicability un failures, lasiet CIS benchmark evidence.
Pierādījumu kontrolsaraksts
Lēmumam svarīgam palaišanai saglabājiet:
- recipe, source, build, artifact, VM, scenario un run ID;
- precīzi artifact un source digest;
- test environment un runner version;
- katra apgalvojuma rezultātu un raw output;
- screenshots tikai kur pamatots un droši apstrādāts;
- missing, skipped vai not-applicable checks;
- timestamps un terminal status; un
- reviewer disposition un approval norādītajam lēmumam.
Ja tests neizdodas, pirms rebuild diagnosticējiet failing layer. Dublikāta build var slēpt ownership, deployment, test-runner vai evidence-finalization defektu, nevis to labot.