Bobcat 1.0 yayında: testlerden okunabilir C# spesifikasyonları

JasperFx, MIT lisanslı Bobcat 1.0 sürümünü yayımladı. Araç, xUnit.net, TUnit, MSTest ve NUnit testlerinden insan tarafından okunabilir spesifikasyonlar üretiyor, Gherkin ya da wiki metni gerektirmiyor. Veri yoğun testler ve altyapıya bağlı entegrasyon testleri için pratik bir alternatif sunuyor.

Kilit noktalar

• Bobcat 1.0 xUnit.net, TUnit, MSTest ve NUnit testlerinden spesifikasyon üretir; Gherkin veya wiki dosyası gerekmez.
• Tablo tabanlı testlerde syntax kontrolü kaynak üreteçleriyle derleme zamanında yapılır.
• Supervisor kütüphanesi altyapı yoğun entegrasyon testlerinde kararsızlık ve uzun süreleri azaltmayı hedefler.
• Wolverine mesaj işleyicileri için retry, dead letter ve hata telemetrisi konsola yazılır.
• JasperFx AI Skills paketi Bobcat için sorun giderme, watch modu ve CI kullanımı becerilerini içerir.

JasperFx, Bobcat 1.0 sürümünü yayımladı. Bu kez odak, Gherkin, markdown ya da wiki metinlerini koda eşlemek yerine mevcut test framework'lerinden okunabilir spesifikasyonlar üretmek. Testler C# ya da F# ile yazılmaya devam ediyor; tablo tabanlı testlerde kullanılan markdown benzeri tablolar kaynak üreteçleri sayesinde derleme zamanında doğrulanıyor. Ayrıca altyapı yoğun entegrasyon testlerinin kararsızlığını azaltmak için Supervisor kütüphanesi geliyor.

Bobcat, Wolverine mesaj işleyicileri için mesajlaşma davranışını, yeniden denemeleri, dead letter kuyruklarını ve hataları konsola yazan bir entegrasyon paketi de içeriyor. Çıktı, yapay zekâ ajanlarının test hatalarını hızlıca okuyabilmesi için biçimlendirilmiş. Spesifikasyon sorunlarını giderme, watch modu ve CI için Supervisor kullanımını kapsayan JasperFx AI Skills paketi de güncellendi.

Gerçek dünyada kullanımı

• Domain uzmanlarıyla birlikte gözden geçirilecek iş kurallarını veri yoğun C# testleri olarak yazmak.
• Wolverine ile mesaj işleyen servislerde başarısız testleri AI ajanlarına telemetriyle birlikte vermek.
• Veritabanı ve mesaj broker'ı gerektiren entegrasyon testlerini CI'da daha az kararsız çalıştırmak.

Neden önemli

Spesifikasyonları ayrı bir dosya formatında tutmak yerine doğrudan mevcut test projenizde yazıp okunabilir çıktı alabilirsiniz. Entegrasyon testlerinin kararlılığı ve hata ayıklama süresi de doğrudan etkilenir.

Benzer haberler

• Metalama 2027.0 ile metot çağrılarını build sırasında yönlendirmePMMetalama / PostSharp Blog4 gün önce
• Bobcat ile çalıştırılabilir spesifikasyonlar nasıl yazılırJMJeremy D. Miller (The Shade Tree Developer)5 gün önce
• C# 14 extension member'ları: derleyicinin uyarmadığı gölgeleme hatasıDVDEV Community: #csharp1 gün önce