Test Vakası Sayısı

info@akademidelisi.com * 0 (312) 276 75 93 * Her bölümden, Ödev Yazdırma, Proje Yaptırma, Tez Yazdırma, Rapor Yazdırma, Makale Yazdırma, Araştırma Yazdırma, Tez Önerisi Yazdırma talepleriniz için iletişim adreslerini kullanın. Makale YAZDIRMA siteleri, Parayla makale YAZDIRMA, Seo makale fiyatları, Sayfa başı yazı yazma ücreti, İngilizce makale yazdırma, Akademik makale YAZDIRMA, Makale Fiyatları 2022, Makale yazma, Blog Yazdırma, Blog Yazdırmak İstiyorum

Test Vakası Sayısı

14 Haziran 2023 Kamera test Webcam test 0
Test Vakası Sayısı

Test Vakası Sayısı

Her test çabasıyla, Test Paketine giderek daha fazla test ekliyoruz. Yeni işlevsellik ve hata düzeltmelerini kontrol etmek için yeni testler gerekli olacaktır. Belirli alanlarda test kapsamını artırmak için ek testler eklenebilir. Ayrıca, çeşitli kişilerin Test Paketine koymayı ‘iyi bir şey’ olarak kabul edecekleri bir dizi başka test de olacak. Ne de olsa, bu test senaryolarını Test Suite’e eklemek o kadar uzun sürmüyor ve çalıştırmanın hiçbir maliyeti yoktur.

Sorun Test Paketinde ne kadar çok test varsa, sürdürülmesi gereken test sayısı da o kadar fazla olacaktır. Bakım için ne kadar çok test yapılırsa, bakım için o kadar çok zaman ve çaba harcanacaktır. Çoğu zaman göz ardı edilmese de, bakımla ilgili çaba göz ardı edilmemelidir.

Bakım görevleri, test komut dosyalarının test ettikleri uygulamanın arayüzündeki değişiklikleri yansıtacak şekilde güncellenmesini, test verilerinin yeni biçimlere ve düzenlere uyacak şekilde güncellenmesini, beklenen sonuçların veya karşılaştırma talimatlarının veya her ikisinin güncellenmesini ve test başarısızlıklarının nedenlerinin analiz edilip düzeltilmesini içerir. Bu, testin yazılımla birlikte güncel olmamasından kaynaklanır.

Otomatik bir Test Paketine eklenen her yeni test durumu, genel bakım maliyetine tek başına fazla bir katkı sağlamaz, genellikle en fazla birkaç dakika sürer. Bununla birlikte, Test Paketindeki toplam test durumu sayısı onlarca, yüzlerce ve hatta binlerce artarsa, bakım çabasındaki kümülatif artış ciddi olmasa da önemli olacaktır.

Ayrıca, fazlalık ve test tekrarı olasılığı artacaktır. Test uzmanları test ekibinden gelip ayrıldıkça, otomatikleştirilmiş Test Paketi büyümeye devam edecektir. Yakında kimsenin tüm otomatik test durumlarını bilemeyeceği bir noktaya ulaşacak ve pek çoğu, hala herhangi bir katkıda bulunup bulunmadıklarına bakılmaksızın, yalnızca orada oldukları için korunacak ve yürütülecektir.

Çözüm Açıkça bir çözüm, Test Paketinin çok büyük olmasına izin vermemek, ama çok büyük olan nedir? Başka bir test eklemenin faydası ile uzun vadede sürdürmenin maliyeti arasında yapılması gereken bir denge vardır.

Maalesef bu kolayca ölçebileceğimiz bir şey değil. Otomatikleştirilmiş testlerin sayısına gelişigüzel bir sınır koymak, her ne kadar sürekli artan bir bakım maliyetinden kaçınacak olsa da, pek mantıklı olmayacaktır.

Böyle bir çözüm, mevcut otomatik testler ile (potansiyel) yeni testler arasında niteliksel bir karşılaştırmayı teşvik ederek daha iyi bir Test Paketi kalitesine yol açabilir. Ancak bunun tam tersi bir etkiye sahip olma olasılığı daha yüksektir.

Test sayısındaki sınıra ulaşıldığında, ‘iyi’ testler eklemek için birçok fırsat, mevcut testlerden daha iyi olduklarını kanıtlamak için gereken çaba nedeniyle kaybedilecektir.

Bir uzlaşmaya varılması gerekiyor. Bir yandan test sayısının kontrolsüz bir şekilde artmasına izin vermek istenmez, diğer yandan maksimum Test Paketi boyutunun sınırlandırılması istenmez.

Herhangi bir testi eklemeden önce, birisinin hem hata bulma yeteneği hem de olası bakım maliyeti açısından Test Paketinin tamamına ne gibi katkı sağlayacağı sorulmalıdır. Bu soruyu sormak iki şeyi başaracaktır. Birincisi, diğer sorunlardan bağımsız olarak testlerin eklenmesi uğruna eklenmemesini sağlamaya yardımcı olacak ve ikincisi, testi sürdürme maliyetinin en azından dikkate alınmasını sağlayacaktır.

Diğer bir çözüm ise periyodik olarak yabani ot temizliği yapmaktır. Her büyük sürümden önce veya her iki ila üç ayda bir (çevrenizde hangisi mantıklıysa), birisinin (veya küçük bir ekibin) otomatikleştirilmiş Test Paketini özellikle “ölü odun” aramasını sağlayın.

Başka bir deyişle, çoğaltılmış veya yerini almış test senaryolarını, şu veya bu nedenle artık alakalı olmayan test senaryolarını ve sağladığı değerden daha fazla bakım maliyeti olan test senaryolarını kontrol edin.


Webcam test
Kamera test
Pc kamera test
Mikrofon test
Online webcam test
Camera online
Webcam online
Mic test


Test Verisi Miktarı

İyi bir fikir? Kapsamlı testlerin yapılmasını sağlamak için testlerde çok sayıda veri kullanın. Otomasyon ile veri dosyalarının sayısı ve veri dosyalarının boyutu, çok daha kapsamlı girdi kombinasyonları sağlamak için önemli ölçüde artırılabilir ve daha kapsamlı testler yapılabilir.

Sorun Ne kadar çok test verisi varsa, o kadar çok bakım çabası gerekir. Yalnızca test verilerinin yeni yapıları, formatları ve düzenleri yansıtacak şekilde güncellenmesi değil, aynı zamanda verileri yönetme görevi de daha fazla çaba gerektirir. Yedekleme ve makineden makineye veya ağdan ağa veri aktarımı gibi görevler, daha fazla veri varsa daha uzun sürer. Test verilerinin izole edilmiş makineler veya ağlar arasında aktarılması gerekiyorsa (test gruplarının izole edilmesi yaygın bir durumdur), bunun iki kez kopyalanması gerekecektir.

Büyük miktarda test verisi, test başarısızlık analizi ve hata ayıklama çabası üzerinde de olumsuz bir etkiye sahiptir. Ne kadar çok veri incelenirse, bir kusurun bulunması ve düzeltilmesi o kadar uzun sürer.

Çözüm Bireysel test senaryoları veya daha büyük ihtimalle test senaryolarının mantıksal alt kümeleri tarafından kullanılan toplam disk alanı miktarını sınırlamak mümkün olabilir. Test senaryolarının daha sonra, belirli bir miktarda disk alanı içinde kalacak şekilde özel olarak tasarlanması gerekecektir.

Ancak, kullanılan veri miktarını optimize etme çabası ile büyük miktarda verinin nihai bakım maliyetleri arasında yapılması gereken bir denge vardır. (bir arkadaşına çok uzun bir mektup yazdığını ve sonunda ‘Üzgünüm bu çok uzun bir mektup ama daha kısa yazmaya zamanım olmadı’ diye yazdığını duyduk. test verileri, planlamak için biraz daha fazla zaman harcayabilseydik, aynı testleri daha az veriyle başarabilirdik.)

Deneyimler, test tasarımcılarının ve test oluşturucuların disk alanı kullanımını azaltmak için girişimde bulunmalarını sağlamanın bazı yollarını kurmanın iyi sonuç verdiğini göstermiştir. Örneğin, test durumlarının bir tür yapılandırma yönetim sistemine sunulmasını resmi bir tamamlama kriteri yapın.

Yönetim sistemi, kullanılan disk alanı miktarını otomatik olarak kontrol edebilir ve sınırı aşanları reddedebilir. Bu yaklaşım, boşa harcanan alanın çoğunu ortadan kaldırabilir ve doğal olarak çok miktarda test verisinin kabul edilebilir veya ‘iyi bir şey’ olacağını varsaymayan bir kültür oluşturmaya yardımcı olacaktır.

 

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir