Expo Uygulamalarında Flaky E2E Testleri Azaltmak

Flaky test bir ürün riskidir

Animasyon ve ağ yarışları Expo E2E'de en sık kök nedenlerdir.

Staff ekipler flake oranını release metriği sayar.

Test paketini ürün altyapısı sayın: flake eşiği aşılınca sahiplik ve kök neden ticket'ı olmadan yeni spec eklemeyin.

Zamanlayıcı değil sözleşme bekle

Sabit test kullanıcıları ve bilinen backend durumu kullanın.

sleep yerine görünürlük ve API yanıtı bekleyin.

Her retry'da değil, bir kez video ve ağ HAR kaydedin; artefakt flake'i açıklasın, şansla yeniden üretmesin.

• Spec'ler arasında uygulama durumunu ve sunucu fixture'larını deterministik sıfırlayın
• Ağ sınırında stub kullanın; animasyonlarda sleep'ten kaçının
• Flaky testleri sahip ve SLA ile karantinaya alın, sonsuza susturmayın
• Her PR'da alt küme, gece gerçek cihazda tam matris çalıştırın

Karantina disiplini

Flaky testleri sahipsiz retry ile sonsuza kadar susturmayın.

Sahip ve düzeltme SLA'sı olan karantina listesi tutun.

Karantinayı release manager'larla haftalık gözden geçirin; SLA'sı geçen maddeler treni durdursun veya spec silinsin.

CI'ı gerçekçi katmanla

Her PR'da smoke, gece tam matris.

Gerçek cihazda Metro ve native modül farklarını yakalayın.

Flake oranını build süresinin yanında yayınlayın; ürün mobil CI sağlığının maliyetini hissetsin.

• Detox — Getting started
• Expo — E2E testing
• Maestro — Mobile UI testing

Güvenilirliği görünür kıl

Bu sprintte bir flake metriği, bir karantina SLA'sı ve bir gerçek cihaz katmanı seçin—release manager'lara güven gerçekten arttı mı diye sorun.

Staff sahiplik, E2E'yi piyangodan haftalık Expo ship eden ekibin güvendiği bir enstrümana çevirir.