Walker bāzes un diff
Bāzes un diff salīdzina divus autonomos walk vienai un tai pašai lietotnei. Tie palīdz atdalīt jaunus, noturīgus un atrisinātus findings un parāda, kur mainījās ierakstītais UI stāvoklis.
Bāze ir salīdzinājuma atsauce, ne sertifikāts. Piespraudiet to tikai pēc tam, kad pārskatījāt mērķi, autentifikācijas stāvokli, limitus, findings un pārklājumu.
Ieteicamā secība
- Palaidiet un pārskatiet uzticamu walk.
- Piespraudiet ar
set_walk_baseline. - Ieviesiet izmaiņu un palaidiet jaunu walk ar salīdzināmu konfigurāciju.
- Izsauciet
diff_walksar abiem walk ID. - Pārbaudiet rekursīvo pārskatu un katru blocker/major finding.
- Palaidiet saglabātos scenārijus plūsmām, kur svarīgs deterministisks pārklājums.
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>"
)Identitāte un salīdzinājuma ierobežojumi
Stāvokļi tiek identificēti pēc satura no maršruta un DOM parakstiem. Findings tiek apvienoti ar normalizētām deduplikācijas atslēgām. Tas ļauj stabilu salīdzinājumu, taču dinamisks saturs joprojām var likt vienam loģiskam ekrānam izskatīties jaunam, un normalizācija reizēm negaidīti apvieno vai sadala findings.
Lai salīdzinājums būtu aizstāvams, saskaņojiet šos ievades parametrus:
- lietotni un vidi;
- autentificētu kontu un lomu;
- seed URL un atļautās origins;
- walker režīmu, state/depth/action limitus un fuzz profilu; un
- feature flags un test datus.
Ja šie parametri atšķiras, dokumentējiet atšķirību, nevis uztveriet skaitļus kā release kvalitātes regresijas signālu.
Pieejamie rīki
| Rīks | Mērķis |
|---|---|
set_walk_baseline | Piespraust vienu pārskatītu walk katram owner/app atslēgai |
get_walk_baseline / list_walk_baselines | Pārskatīt pašreizējās atsauces |
clear_walk_baseline | Noņemt piespraušanu, neizdzēšot walk |
diff_walks | Salīdzināt stāvokļus un findings starp diviem jums piederošiem walk |
walk_recursive_report | Attēlot ierakstīto stāvokļu koku ar izmaiņu anotācijām |
walk_findings_to_tickets | Izveidot tracker payload atlasītajiem findings |
run_all_app_scenarios | Rindā ievietot saglabātos lietotnes scenārijus |
Biļešu eksports atgriež JSON payload Linear, Jira vai GitHub. Tas tos nepublicē. Pārskatiet virsrakstus, pierādījumu saites, severity, sensitīvu saturu, projektu un assignee pirms nosūtāt kaut ko uz ārējo tracker.
Release interpretācija
Noderīgs kandidāta signāls:
- salīdzināmā pārklājumā nav jauna blocker vai major finding;
- mērķa finding šķiet atrisināts;
- svarīgi saglabātie scenāriji iziet paredzētajā vidē; un
- kāds pārskata noņemtos stāvokļus vai samazinātu pārklājumu.
Nenosauciet release par „zaļu“ tikai tāpēc, ka findings_new ir nulle. Neizdevies
pieteikšanās, agrīns timeout, mazāks frontier vai nepieejams tester arī var dot
mazāk findings.