Walker-baseline och diffar
Baselines och diffar jämför två autonoma walks för samma applikation. De hjälper till att skilja nya, kvarvarande och lösta fynd och visar var det registrerade UI-tillståndet ändrats.
En baseline är en jämföringsreferens, inte en certifiering. Fäst den först efter granskning av mål, autentiseringstillstånd, gränser, fynd och täckning.
Rekommenderat arbetsflöde
- Kör och granska en walk som är känd som bra.
- Fäst den med
set_walk_baseline. - Deploya en ändring och kör en ny walk med jämförbar konfiguration.
- Anropa
diff_walksmed de två walk-ID:na. - Inspektera den rekursiva rapporten och varje blocker/major-fynd.
- Kör sparade scenarier för flöden där deterministisk täckning spelar roll.
set_walk_baseline(
walk_id="<reviewed-walk>",
app_name="my-app",
notes="Reviewed staging reference for revision <sha>"
)
diff_walks(
base_walk_id="<reviewed-walk>",
new_walk_id="<candidate-walk>"
)Identitet och jämförelsegränser
Tillstånd är content-addressed från route- och DOM-signaturer. Fynd kopplas med normaliserade dedupliceringsnycklar. Det gör stabila jämförelser möjliga, men dynamiskt innehåll kan fortfarande få en logisk skärm att se ny ut, och normalisering kan ibland oväntat slå ihop eller dela fynd.
För en försvarbar jämförelse, håll dessa indata lika:
- applikation och miljö;
- autentiserat konto och roll;
- seed URL och tillåtna origins;
- walker-läge, state/depth/action-gränser och fuzz-profil; och
- feature flags och testdata.
Om indata skiljer sig, dokumentera skillnaden i stället för att behandla antal som en regressionssignal med release-kvalitet.
Tillgängliga verktyg
| Verktyg | Syfte |
|---|---|
set_walk_baseline | Fäst en granskad walk per owner/app-nyckel |
get_walk_baseline / list_walk_baselines | Inspektera aktuella referenser |
clear_walk_baseline | Ta bort en fästning utan att radera walken |
diff_walks | Jämför tillstånd och fynd mellan två ägda walks |
walk_recursive_report | Rendera det registrerade tillståndsträdet med ändringsannoteringar |
walk_findings_to_tickets | Skapa tracker-payloads för valda fynd |
run_all_app_scenarios | Köa sparade scenarier för en app |
Ticketexport returnerar JSON-payloads för Linear, Jira eller GitHub. Den postar dem inte. Granska titlar, evidence-länkar, severity, känsligt innehåll, projekt och assignee innan något skickas till en extern tracker.
Tolkning av release
En användbar kandidatsignal är:
- inget nytt blocker- eller major-fynd vid jämförbar täckning;
- det riktade fyndet verkar löst;
- viktiga sparade scenarier passerar i avsedda miljön; och
- någon granskar borttagna tillstånd eller minskad täckning.
Kalla inte en release grön enbart för att findings_new är noll. Misslyckad inloggning,
tidig timeout, mindre frontier eller otillgänglig tester kan också ge färre fynd.