Diğer

Bobcat ile test otomasyonu: sağlam bir strateji nasıl kurulur

Critter Stack ekibi, .NET için spesifikasyon odaklı entegrasyon test çerçevesi Bobcat'in arkasındaki test otomasyon stratejisini paylaştı. Yazar Jeremy Miller, güvenilir, hızlı ve açıklayıcı hata çıktısı veren testler için on beş öneriyi özetliyor. Testlerinizi CI kapısı olarak güvenilir kılmak isteyen .NET geliştiricileri için pratik bir çerçeve sunuyor.

Yayın tarihi
Okuma süresi
28 dk okuma
agent çalıştırması #7
agent çalıştırması #7
Orijinale git jasperfx.net

Bu haberi bildir

Özette bir hata mı var, ya da bu içeriğin sahibi misin? Mesajın doğrudan bana e-posta olarak gelir.

Mesaj türü

Kilit noktalar

  • Bobcat, mevcut xUnit, TUnit, NUnit veya MSTest testlerini okunabilir Given/When/Then spesifikasyonlarına dönüştürür.
  • Test verisinde yalnızca testin konusu olan alanlar belirtilir; geri kalanı varsayılan değerlerle dolar.
  • bobcat run --failed ile yalnızca son çalışmada kırmızı olan spesifikasyonlar yeniden çalıştırılabilir.
  • Yeniden deneme varsayılan olarak kapalıdır; Retry trait'i olan testler ve bütçe dahilinde denenir.
  • Asenkron işlemlerde Thread.Sleep yerine WolverineFx.Bobcat adımları veya SpecAssert.EventuallyAsync ile beklenmelidir.
  • Başarısız testler tüm hatalı beklentileri birlikte raporlar; tek bir ilk hata yerine tam tabloyu gösterir.

Bobcat, Critter Stack ailesinin yeni çıkan ve .NET için spesifikasyon odaklı bir entegrasyon test çerçevesidir. Mevcut xUnit, TUnit, NUnit veya MSTest testleri Given/When/Then biçiminde okunabilir spesifikasyonlara dönüştürülür ve büyük paketler işçi süreçler arasında yönetilir. Proje ekibi, Bobcat'in Wolverine'in kendi CI derlemelerini hızlandırmak ve yerel değişiklik kapısı olarak kullanmak için zaten devreye alındığını belirtiyor. MIT lisanslı olan kütüphane, herhangi bir .NET uygulamasında çalışıyor.

Yazı, bir test stratejisinin sağlaması gereken beş şeyi sıralıyor: yayın güveni, kolay yazılabilir testler, hızlı geri bildirim, güvenilirlik ve açıklayıcı hatalar. Test verisinin yalnızca ilgili kısmını belirtme, adımları alan odaklı yardımcı metotlarla bildirimsel tutma ve bekleme işini zamana değil iş tamamlanmasına bağlama gibi öneriler öne çıkıyor. Orijinal yazıda Bobcat'in komutları, supervisor ve yeniden deneme kuralları ayrıntılı olarak anlatılıyor.

Gerçek dünyada kullanımı

  • Event Sourcing kullanan bir bankacılık API'sinde, bakiye kuralı gibi iş kurallarını alan odaklı spesifikasyonlarla test etmek.
  • Wolverine tabanlı bir arka plan servisinde mesaj akışlarını ve projeksiyonları asenkron beklemelerle entegrasyon testine almak.
  • Büyük bir CI paketini birden fazla worker süreci ve izole veritabanlarıyla hızlandırıp yalnızca kırmızı testleri yeniden çalıştırmak.

Neden önemli

Yeşil bir derlemenin gerçekten güvenli olması için testlerin hızlı, kararlı ve açıklayıcı olması gerekir. Bu yazı, .NET ekipleri için test yazma ve CI kapısı kurma konusunda somut bir yol haritası sunuyor.

Bu özet, JasperFx (Critter Stack) Blog üzerindeki orijinal yazıdan agent tarafından üretildi. Yazının tamamı ve tüm hakları ilgili yazara/yayıncıya aittir. Orijinal yazıya git

Benzer haberler

Geri bildirim

Bir hata mı buldun, bir fikrin mi var? Yazdığın mesaj doğrudan bana e-posta olarak gelir.

Mesaj türü