Menü

Derleme Doğrulama Testi (BVT Testi) Tam Kılavuzu

build verification testing complete guide

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Derleme Doğrulama Testi (BVT) Nedir?

Derleme Doğrulama Testi, derlemenin daha ileri testler için test ekibine sunulmadan önce test edilebilir olduğunu doğrulamak için her yeni derlemede çalıştırılan bir dizi testtir.

Bu test senaryoları, uygulamanın kararlı olmasını ve kapsamlı bir şekilde test edilebilmesini sağlayan temel işlevsellik test durumlarıdır. Tipik olarak BVT süreci otomatiktir. BVT başarısız olursa, bu derleme, düzeltme için yeniden bir geliştiriciye atanır.

Derleme Doğrulama Testi (BVT Testi)

BVT ayrıca Duman Testi veya Yapı Kabul Testi (BAT)

Yeni Yapı esas olarak iki şey için kontrol edilir:

  • Derleme Doğrulaması
  • Kabulü Oluştur

Bazı BVT temelleri:

  • Ana işlevleri doğrulayan testlerin bir alt kümesidir.
  • BVT'ler tipik olarak günlük derlemelerde çalıştırılır ve BVT başarısız olursa derleme reddedilir ve düzeltmeler yapıldıktan sonra yeni bir yapı yayınlanır.
  • BVT'nin avantajı, bir test ekibinin temel işlevler bozulduğunda bir derlemeyi kurma ve test etme çabalarından tasarruf etmesidir.
  • BVT'leri temel işlevselliği kapsayacak kadar dikkatli tasarlayın.
  • Tipik olarak BVT 30 dakikadan fazla çalışmamalıdır.
  • BVT bir tür Gerileme testi , her yeni yapıda yapılır.

BVT, öncelikle proje bütünlüğünü kontrol eder ve tüm modüllerin doğru şekilde entegre edilip edilmediğini kontrol eder. Modül entegrasyon testi, farklı ekipler proje modülleri geliştirdiğinde çok önemlidir. Hatalı modül entegrasyonu nedeniyle birçok uygulama hatası duydum. En kötü durumlarda bile, modül entegrasyonundaki başarısızlık nedeniyle tüm proje hurdaya çıkarılır.

Derleme Sürümündeki ana görev nedir? Açıkçası 'check-in' dosyası, yani ilgili derlemelerle ilişkili tüm yeni ve değiştirilmiş proje dosyalarını dahil edin. BVT öncelikle ilk derleme sağlığını kontrol etmek, yani tüm yeni ve değiştirilmiş dosyaların sürüme dahil edilip edilmediğini, tüm dosya biçimlerinin doğru olup olmadığını, her dosya sürümü ve dilinin, her dosyayla ilişkili bayrakların olup olmadığını kontrol etmek için tanıtıldı.

Bu temel kontroller, ekibin test için test edilmesi için sürüm oluşturmadan önce değerlidir. BVT kullanarak en baştan yapı kusurlarını keşfederek zamandan ve paradan tasarruf edeceksiniz.

BVT'ye hangi Test Durumları dahil edilmelidir?

Bu, BVT görevini otomatikleştirmeden önce alınması çok zor bir karardır. BVT'nin başarısının, BVT'ye hangi test senaryolarını dahil ettiğinize bağlı olduğunu unutmayın.

İşte dahil edilecek bazı basit ipuçları Test Durumları BVT Otomasyon Paketinizde:

  • BVT'ye yalnızca kritik test durumlarını dahil edin.
  • BVT'ye dahil edilen tüm test senaryoları stabil olmalıdır.
  • Tüm test senaryolarının sonucu beklediğini bilmeliydi.
  • Dahil edilen tüm kritik işlevsellik test durumlarının uygulama testi kapsamı için yeterli olduğundan emin olun.

Ayrıca, BVT'ye henüz kararlı olmayan modülleri dahil etmeyin. Geliştirilmemiş bazı özellikler için, bu modüller kararsız olduğundan beklenen davranışı tahmin edemezsiniz ve bu tamamlanmamış modülleri test etmeden önce bilinen bazı hataları biliyor olabilirsiniz. BVT'de bu tür modülleri veya test senaryolarını kullanmanın bir anlamı yok.

Proje geliştirme ve test yaşam döngüsüne dahil olan tüm kişilerle iletişim kurarak bu kritik işlevsellik test senaryolarını dahil etme görevini basitleştirebilirsiniz. Böyle bir süreç, sonuçta BVT başarısını garanti eden BVT test senaryolarını müzakere etmelidir. Bazı BVT kalite standartları belirleyin ve bu standartlar yalnızca ana proje özellikleri ve senaryoları analiz edilerek karşılanabilir.

Örneğin, Metin editörü uygulaması için BVT'ye dahil edilecek test senaryoları (Yalnızca bazı örnek testler):

  • Metin dosyasını oluşturmak için test durumu.
  • Metin düzenleyiciye bir şeyler yazmak için test senaryoları
  • Metin düzenleyicinin kopyalama, kesme, yapıştırma işlevi için test durumu
  • Metin dosyasını açma, kaydetme ve silme için test durumu.

Bunlar, 'kritik' olarak işaretlenebilecek bazı örnek test durumlarıdır ve uygulamadaki her küçük veya büyük değişiklik için, bu temel kritik test senaryoları yürütülmelidir. Bu görev BVT ile kolaylıkla gerçekleştirilebilir.

BVT otomasyon giysilerinin zaman zaman bakımı ve değiştirilmesi gerekir. Örneğin. Yeni kararlı proje modülleri mevcut olduğunda BVT'ye test senaryolarını dahil edin.

BVT Suite çalıştığında ne olur?

Herhangi bir yeni derlemeden sonra Build doğrulama otomasyonu test paketinin yürütüldüğünü söyleyin.
# 1) BVT yürütmesinin sonucu, o projeyle ilişkili tüm e-posta kimliklerine gönderilir.
#iki) BVT sahibi (BVT takımını yürüten ve sürdüren kişi) BVT'nin sonucunu denetler.
# 3) BVT başarısız olursa, BVT sahibi arızanın nedenini teşhis eder.
# 4) Arıza nedeni derlemedeki kusursa, arıza günlükleriyle ilgili tüm bilgiler ilgili geliştiricilere gönderilir.
# 5) Geliştirici, ilk tanılamada, ekibe hatanın nedeni hakkında yanıt verir. Bunun gerçekten bir hata olup olmadığı? Ve eğer bu bir hataysa, hata düzeltme senaryosu ne olacak?
# 6) Hata düzeltmesinde BVT test paketi bir kez daha yürütülür ve yapı BVT'yi geçerse, yapı daha fazla ayrıntı işlevselliği, performans ve diğer testler için test ekibine geçer.

Bu süreç her yeni yapı için tekrarlanır.

BVT veya Derleme Neden Başarısız Oldu?

BVT bazen bozulur. Bu, yapıda her zaman bir hata olduğu anlamına gelmez. Test durumu kodlama hatası, otomasyon paketi hatası, altyapı hatası, donanım arızaları vb. Gibi başarısızlık oluşturmanın başka nedenleri de vardır.
BVT arızasının nedenini gidermeniz ve tanıdan sonra uygun işlemi yapmanız gerekir.

BVT başarısı için ipuçları:

# 1) BVT test senaryolarını yazmak için önemli ölçüde zaman harcayın.
#iki) BVT geçti veya kaldı sonucunu teşhis etmek için olabildiğince ayrıntılı bilgi kaydedin. Bu, geliştirici ekibinin hata ayıklamasına ve hatanın nedenini hızlı bir şekilde bilmesine yardımcı olacaktır.
# 3) BVT'ye dahil edilecek kararlı test senaryolarını seçin. Yeni özellikler için, yeni kritik test senaryosu sürekli olarak farklı konfigürasyondan geçerse, bu test senaryosunu BVT paketinizde tanıtın. Bu, yeni dengesiz modüller ve test durumları nedeniyle sık sık derleme hatası olasılığını azaltacaktır.
# 4) BVT sürecini olabildiğince otomatikleştirin. Derleme yayın sürecinden BVT sonucuna kadar her şeyi otomatikleştirin.
# 5) Yapıyı bozduğunuz için bazı cezalar alın ;-) Yapıyı bozan bir geliştiriciden bazı çikolatalar veya takım kahvesi partisi yeterli olacaktır.

anime izlemek için iyi web siteleri nelerdir

Sonuç

BVT, yeni yapı için her seferinde yürütülen bir dizi regresyon testi durumundan başka bir şey değildir. Buna duman testi de denir. Yapı, BVT geçene kadar test ekibine atanmaz.

BVT, geliştirici veya test uzmanı tarafından çalıştırılabilir ve BVT sonucu ekip genelinde iletilir ve BVT başarısız olursa hatayı düzeltmek için hemen harekete geçer. BVT süreci genellikle test senaryoları için komut dosyaları yazarak otomatikleştirilir.

BVT'ye yalnızca kritik test durumları dahildir. Bu test senaryoları, uygulama testi kapsamını sağlamalıdır. BVT, günlük ve uzun vadeli yapılar için çok etkilidir. Bu, önemli ölçüde zaman, maliyet, kaynak tasarrufu sağlar ve sonuçta eksik derleme için test ekibinin hayal kırıklığına uğramaz.

BVT sürecinde biraz deneyiminiz varsa, lütfen aşağıdaki yorumlarda okuyucularımızla paylaşın.

Önerilen Kaynaklar

^