Skip to Content
TestingWalk-and-Fix-voorvertoning

Walk-and-Fix-voorvertoning

Walk-and-Fix zet bevindingen van de autonome walker om in owner-scoped FixIntent-records, zodat teams defecten kunnen triëren, toewijzen en sluiten via een stabiele API.

Alleen planningslaag voor huidige deployments: automatische patchgeneratie is niet geïmplementeerd. run_fix_cycle stelt een plan voor maar voert het niet uit. De enige geïmplementeerde apply-adapter bewerkt bestanden in een legacy local VM; dat botst met het huidige immutable app deployment model en mag niet als productiereparatiepad worden gebruikt. GitHub PR- en provider-redeploy-modi zijn niet geïmplementeerd.

Ondersteunde workflow

  1. Voer een autonomous walk uit.
  2. Bekijk de bevinding en het bewijs.
  3. Roep propose_fix aan om een traceable intent te maken, of run_fix_cycle om intents te maken voor een begrensd set blocker/major findings.
  4. Wijzig het source repository via uw normale reviewproces.
  5. Build en deploy een nieuwe immutable variant.
  6. Voer de walk opnieuw uit en vergelijk met de vorige walk.
  7. Roep close_finding alleen aan nadat het nieuwe bewijs aantoont dat de bevinding is opgelost, gedupliceerd, geen bug is, of bewust open blijft.

Zo blijven source control, reviewgeschiedenis en het deployed artifact op één lijn.

Tools en grenzen

ToolHuidig gedrag
propose_fixMaakt een FixIntent; genereert geen code
run_fix_cycleMaakt een begrensd plan; past wijzigingen niet toe
get_fix_intent / list_fix_intentsLeest owned intent records
close_findingLegt een disposition vast voor een owned finding
apply_fixLegacy local-VM full-file replacement; geen immutable-deploy workflow

apply_fix accepteert volledige bestandsinhoud, geen unified diff. Beperk het tot wegwerp legacy tester deployments waar de operator expliciet accepteert dat de wijziging buiten source control valt en bij redeploy verloren gaat.

Bewijs nodig om een bevinding te sluiten

Een geslaagde build of deployment is niet genoeg. Leg vast:

  • de source revision met de wijziging;
  • het replacement deployment ID en de status;
  • een nieuw geslaagd scenario of walk dat het affected path uitvoert; en
  • een diff die laat zien dat de bevinding is opgelost zonder nieuwe blocker of major regression.

Kan de test het original path niet reproduceren, laat de bevinding open of leg de beperking van het bewijs vast in de disposition.

Gerelateerd