Autonom app-walker

Den autonome walkeren utforsker en avgrenset del av en webapplikasjons UI i en administrert tester VM. Den registrerer tilstander, overganger, skjermbilder, konsoll- og nettverksdiagnostikk og dedupliserte funn. Den er nyttig for oppdagelse; den er ikke bevis for at hver route eller atferd ble testet.

Tilgjengelighet: walker-dataplanet, rapporter, autentiserte profiler, avgrensede modus mechanical/AI/hybrid/task, sikkerhetskontroller og scenariomining er implementert. En walk kan fortsatt overse atferd på grunn av grenser, dynamisk UI, utilgjengelige etiketter, manglende credentials eller model-/parserfeil. Gå gjennom dekningen før du stoler på resultatet.

Start trygt

Bruk et ikke-produksjonsmiljø og en dedikert testkonto. Skaff en tester VM, og start med standardpolitikken mechanical:


ensure_tester_vm(app="my-app", app_url="https://staging.example.com")

walk_app(
  app_name="my-app",
  app_url="https://staging.example.com",
  vm_name="<tester-vm>",
  max_states=40,
  max_depth=5,
  max_wall_seconds=600,
  destructive_allowed=false
)

walk_app returnerer med en gang. Behold walk_id, poll deretter get_app_walk(walk_id=...); kall stop_app_walk hvis kjøringen skal avsluttes tidlig.

Utforskingsmodus

Mode	Atferd
`mechanical`	Avgrenset gjennomgang i DOM-rekkefølge; ingen modellrangering
`ai`	En modell rangerer kandidathandlinger og faller tilbake når anropsgrensen nås
`hybrid`	Modellrangering for de første konfigurerte tilstandene, deretter mechanical-gjennomgang
`cot`	Oppgavestyrt søk med beslutningsgrense og valgfritt outputskjema

AI- og hybridmodus faller tilbake til mechanical når ingen støttet modelbackend finnes. Oppgavestyrt modus feiler i stedet. Modellrangerte handlinger er fortsatt underlagt samme origin- og destructive-action-policy.

Sikkerhetskontroller

Destruktive handlinger hoppes over som standard.
destructive_allowed=true tillater bare den bevoktede klassen; etiketter med høy innsats forblir blokkert med mindre de står eksplisitt på en allowlist.
Oppgavestyrt modus aksepterer aldri destructive_allowed=true.
Skjemautfylling unngår sensitive felt og blokkerer transaksjonelle submits.
Navigasjon er origin-begrenset; oppgavemodus kan legge til en eksplisitt avgrenset origin-allowlist.
Autentiseringskonfigurasjon inneholder hemmelige variabelnavn, ikke literal credentials. Scenario runner henter verdier fra eierens keystore.

En allowlist er en operatørs autorisasjonsbeslutning. Bruk smale literal etiketter, gå gjennom målmiljøet, og foretrekk testdata som kan kastes.

Les resultatet

En fullført walk rapporterer hva den faktisk observerte:

besøkte UI-tilstander og overganger;
skjermbilder og fingeravtrykk for interaktive elementer;
konsoll- og meningsfulle nettverksfeil;
funn med severity, category, evidence og dedupliseringsnøkkel; og
konfigurerte grenser for state, depth, action, time, model og safety.

completed betyr at fronten ble uttømt, eller at en konfigurert grense ble nådd uten intern feil. Det betyr ikke at applikasjonen bestod. Gå gjennom blocker- og major-funn, hoppede-over handlinger, autentiseringsstatus og dekningssummer.

Autentiserte walks

Foretrekk en kryptert nettleserprofil når den finnes. Legacy-flyten med brukernavn/passord aksepterer bare keystore-variabelnavn. Hvis innlogging feiler, eller forventet innhold etter innlogging mangler, registrerer kjøringen autentiseringsfeil; ikke tolke en walk av innloggingssiden som dekning av produktet.

Gjør oppdagelse om til regressionstester

Etter at du har gått gjennom et funn, lagrer du et deterministisk app scenario for det berørte flyten. Et utvunnet scenario kan ha lav tillit med mindre verifiseringscheckpointet bestod; inspiser stegene før du bruker det som release gate.