Skip to Content
TestingWalk-and-Fix priekšskatījums

Walk-and-Fix priekšskatījums

Walk-and-Fix pārvērš autonomā walker atradnes par īpašniekam piesaistītus FixIntent ierakstus, lai komandas varētu šķirot, piešķirt un aizvērt defektus caur stabilu API.

Tikai plānošanas virsma pašreizējos izvietojumos: automātiska patch ģenerēšana nav ieviesta. run_fix_cycle iesaka plānu, bet to neizpilda. Vienīgais ieviestais apply adapteris rediģē failus legacy lokālajā VM; tas ir pretrunā ar pašreizējo nemainīgās lietotnes izvietošanas modeli un to nedrīkst izmantot kā produkcijas labošanas ceļu. GitHub PR un provider-redeploy režīmi nav ieviesti.

Atbalstīta darba plūsma

  1. Palaidiet autonomous walk.
  2. Pārskatiet atradni un tās pierādījumus.
  3. Izsauciet propose_fix, lai izveidotu izsekojamu intent, vai run_fix_cycle, lai izveidotu intent ierobežotam blocker/major atradņu kopumam.
  4. Mainiet source repozitoriju caur parasto review procesu.
  5. Uzbūvējiet un izvietojiet jaunu nemainīgu variantu.
  6. Palaidiet walk vēlreiz un salīdziniet ar iepriekšējo walk.
  7. Izsauciet close_finding tikai pēc tam, kad jaunie pierādījumi rāda, ka atradne ir labota, dublēta, nav kļūda vai apzināti nav labota.

Tādējādi source control, review vēsture un izvietotais artefakts paliek saskaņoti.

Rīki un robežas

RīksPašreizējā uzvedība
propose_fixIzveido FixIntent; negenerē kodu
run_fix_cycleIzveido ierobežotu plānu; nepiemēro izmaiņas
get_fix_intent / list_fix_intentsLasī īpašniekam piederošus intent ierakstus
close_findingReģistrē disposition īpašniekam piederošai atradnei
apply_fixLegacy lokālā VM pilna faila aizvietošana; nav immutable-deploy workflow

apply_fix pieņem pilnu faila saturu, ne unified diff. Ierobežojiet to vienreiz lietojamiem legacy tester izvietojumiem, kur operators skaidri piekrīt, ka izmaiņas ir ārpus source control un pazudīs pie redeploy.

Pierādījumi, kas nepieciešami atradnes aizvēršanai

Veiksmīga build vai izvietošana nav pietiekama. Fiksējiet:

  • source revision ar izmaiņu;
  • aizvietojošā izvietošanas ID un statusu;
  • jaunu izietošu scenario vai walk, kas izmanto skarto ceļu; un
  • diff, kas rāda atradni novērstu bez jauna blocker vai major regresijas.

Ja tests nevar atkārtot sākotnējo ceļu, atstājiet atradni atvērtu vai reģistrējiet pierādījumu ierobežojumu tās disposition.

Saistīts