Twój potok kompilacji definiuje kilka testów, które mogą zakończyć się niepowodzeniem, gdy aplikacje innych firm są niedostępne. Upewnij się, że potok może nadal zakończyć się pomyślnie, jeśli te aplikacje innych firm są niedostępne. Co należy zrobić?

Skonfigurowanie testów niestabilnych (flaky tests) jest właściwym rozwiązaniem, ponieważ pozwala na oznaczenie testów, które mogą sporadycznie kończyć się niepowodzeniem z przyczyn zewnętrznych (np. niedostępność aplikacji firm trzecich), bez blokowania całego potoku. Potok może nadal zakończyć się sukcesem, nawet jeśli te testy nie przejdą, co jest kluczowe w scenariuszu, gdzie awarie są poza kontrolą zespołu. Użycie zadań równoległych przyspiesza potok, ale nie rozwiązuje problemu sporadycznych awarii. Zwiększenie procentu zaliczonych testów jest celem, a nie metodą radzenia sobie z awariami zewnętrznymi. Dodanie widżetu jakości wymagań to narzędzie do monitorowania, a nie do zarządzania zachowaniem potoku w przypadku awarii.