gidsen
Stop met het opnieuw proberen van slechte tests
Automatische nieuwe pogingen veranderen een echte bug in een periodieke bug en trainen uw team om elke fout te wantrouwen.
{auteur} · {rol} · {datum} · {minuten} min leestijd
Nieuwe pogingen tot algemene tests zijn een van de oplossingen die het symptoom zo effectief oplossen dat de ziekte permanent wordt.
Wat nieuwe pogingen eigenlijk doen
Een test die 20% van de tijd mislukt en drie keer opnieuw wordt geprobeerd, mislukt zichtbaar minder dan 1% van de tijd. De bug is er nog steeds. Het is nu in productie, waar het ook 20% van de tijd gebeurt.
Wat te doen in plaats daarvan
- Houd het faalpercentage per test bij, zodat u weet welke tests daadwerkelijk slecht zijn
- Plaats de ergste overtreders in quarantaine in een niet-blokkerende taak – zichtbare, maar niet blokkerende samenvoegingen
- De hoofdoorzaken oplossen: gedeelde armaturen, echte klokken, ongezaaide willekeur, poortbotsingen, afhankelijkheid van testorders
- Probeer netwerkbewerkingen opnieuw, die werkelijk onbetrouwbaar zijn. Probeer beweringen niet opnieuw.
Je volgende build kan twee keer zo snel zijn, voor de halve prijs
Begin gratis. Weggaan is dezelfde ene regel, en die diff publiceren we ook.
Gerelateerd
CI als je teamgenoten agenten zijnAI-codeermiddelen pushen veel vaker dan mensen. Hier leest u hoe dat het pijplijnontwerp en de kostenbeheersing verandert.Waarom we instructies voor vertrek publicerenElke migratiepagina op deze site bevat de diff om terug van ons te migreren. Hier is de redenering.Wat we hebben geleerd bij het runnen van een miljoen CI-banenWachtrijtijd, cachegedrag, juiste grootte en de faalmodi die alleen op schaal voorkomen.Docker Hubsnelheidslimieten zijn een CI-probleem, geen Docker-probleemAnonieme pulls zijn per IP beperkt in aantal, en CI-hardlopers delen IP's. Hier leest u hoe u om 03.00 uur kunt stoppen met het ontdekken ervan.