Test Gereç Setleri
Test Yaklaşımı
Bu bölümün geri kalanında, test yazılımı mimarisine bir yaklaşımı açıklıyoruz. Bu, başarılı test yazılımı mimarileri geliştirmek için bir dizi kuruluşta bir başlangıç noktası olarak kullanılmıştır. Bunu burada, bazı yönergeler arayan okuyuculara yardımcı olmak ve yararlı olabilecek fikirleri açıklamanın pragmatik bir yolu olarak sunuyoruz.
Bu yaklaşım herkese uygun olmayabilir. Okuyucular, bu yaklaşımı kendi durumlarına uyarlamaya veya en azından çekici gelen fikirleri uzaklaştırmaya teşvik edilir. Açıklanan yaklaşım, önceki yazılarımızda açıklanan dört temel konuyu ele alır: ölçeklendirme, yeniden kullanım, çoklu sürümler ve platformlar.
Temel Konseptler
Önce test malzemelerini ele alacağız; yani, test yürütme başlamadan önce gerekli olan tüm test yazılımı yapıları.
Test Setleri
Test materyallerini Test Setleri dediğimiz mantıksal setlere ayırıyoruz. Her Test Seti bir veya daha fazla test durumu içerir. Normalde Test Setleri birkaç on test durumu içerir, ancak birkaç yüz veya diğer uçta tek bir test durumu içerebilir.
Bir Test Setine kaç tane test senaryosu konulacağına karar vermek genellikle zor değildir. Örneğin, tek bir işlev için tüm test durumlarını veya küçük bir uygulama için tüm genişlik test durumlarını (regresyon testleri) bir Test Setine koyabiliriz. Test senaryolarının Test Setleri arasında nasıl bölüneceğine dair hiçbir kural yoktur, ancak makul bir şekilde karar için bazı mantıksal gerekçeler olacaktır.
Bir Test Setinin temel konsepti, senaryolar, veriler, beklenen sonuç ve belgeler dahil olmak üzere test durumlarıyla ilişkili tüm test materyallerini içermesidir. Örneğin, Karalama uygulamamızın Liste işlevi için testler içeren bir Test Seti gösterilmektedir.
Test Kümesine t_ScribbleList adı verilir. Kullandığımız test senaryosunu uygulayan Countries.scp betiğini içerir. Ülkeler2.dcm Karalama belgesi, bu test senaryosunun beklenen sonucudur. Test Seti başka bazı test durumları içerir.
Boundaries.scp komut dosyası ve Karalama belgesi Boundaries.dcm, minimum ve maksimum Liste uzunlukları gibi sınırları uygular. Invalid.scp komut dosyası, öğeleri boş bir Listeden kaldırmaya çalışmak gibi geçersiz eylemler uygular. Bu test için beklenen sonuç dosyası yoktur, çünkü bu, test çalıştırıldığında dinamik olarak görünen hata mesajlarının karşılaştırılmasıyla doğrulanır (böylece beklenen sonuç komut dosyasında yer alır).
Son test durumu, Liste sıralama özelliğini kullanır. Bu test durumu için bir Sort.scp komut dosyamız var, ancak üç beklenen sonuç dosyamız var: Sortl.dcm, Sort2.dcm ve Sort3.dcm. Bunlar, Liste sıralama özelliğinin test durumunda yer alan üç testin sonucunu temsil edebilir.
Open.scp ve SaveAs.scp komut dosyaları, bu Test Setindeki diğer tüm komut dosyaları tarafından kullanılan paylaşılan komut dosyalarıdır. GenComp.cmd yardımcı programı, yürütme sonrası karşılaştırıcıya basit bir arabirim sağlayan bir komut dosyasıdır ve bu Test Setindeki birkaç test durumu tarafından kullanılır. Test belirtim dosyası TcstSpec.txt, test durumlarının tasarımını ve uygulanmasını belgeler.
Diğer Test Setleri, farklı test durumları ve dolayısıyla farklı betikler, veri dosyaları ve beklenen sonuçlar içerir.
ex-10 test nedir
Bruce testi nedir
RAST testi
Cooper testi nedir
Basamak testleri
Song step testi nedir
Balke Testi nedir
Ymca bisiklet ergometresi testi nedir
Test Odası
Büyük olasılıkla, bazı testler yapmamız gerektiğinde, herhangi bir Test Setinde bulunan birkaç testten daha fazlasını çalıştırmak isteyeceğiz, böylece Test Paketi dediğimiz şeyi oluşturmak için iki veya daha fazla Test Setini bir araya getirebiliriz.
Bir Test Paketi, yalnızca bir Test Setleri koleksiyonudur ve bu nedenle Test Setlerinde yer alan test senaryolarını çalıştırmak için gereken tüm test materyallerini içerir. Normalde bu, örneğin bir hatayı test etmek veya bir ürün yelpazesinin sistem testini üstlenmek gibi belirli bir test hedefini karşılamak için test durumlarının bir koleksiyonu olacaktır. İstediğiniz kadar Test Paketi olabilir.
Örneğin, yalnızca iki Test Setinden oluşan bir Test Setini gösterir. Bu Test Paketindeki test durumlarının amacı, Karalama’nın Liste işlevine yönelik bir hata düzeltmesini doğrulamaktır.
Temel Kavramların Sınırlamaları
Test Setlerinin ve Test Takımlarının bu temel kavramları, bu bölümün başında açıklanan temel konuların üstesinden gelmek için kendi başlarına yeterli değildir. Bize potansiyel olarak çok sayıda farklı test senaryosunu ve bunlarla ilişkili tüm test malzemelerini yönetmenin bir yolunu sunarken, paylaşılan komut dizileri ve veriler hakkında ne yapacağımızı veya birden çok sürümü nasıl ele alacağımızı söylemezler.
Örneğin, Open.scp ve SaveAs.scp betikleri her iki Test Kümesindeki test senaryoları tarafından paylaşılacaksa nereye gitmeleri gerekir? Her iki Test Setinde de bir kopya tutulursa, bu onların paylaşılan komut dosyaları olma amacını ortadan kaldırmayı tercih eder. Test Setlerinden birinde tutulurken diğerinde tutulmazlarsa, herhangi biri onları nerede bulacağını nasıl bilebilir?
Bunların ve diğer sınırlamaların üstesinden gelmek için birkaç kavramı daha tanıtmamız gerekiyor. Farklı Test Setleri arasında paylaşılan komut dosyalarını tutmak için Komut Dosyası Setleri kavramını tanıtacağız. Farklı Test Setleri arasında paylaşılan verileri ve yardımcı programları tutmak için Veri Setlerini ve Yardımcı Program Setlerini de tanıtacağız.
Testwarc Set terimini, bu farklı Set türlerinden herhangi birini ifade etmek için kullanıyoruz. Son olarak, tüm Test Yazılımı Setlerinin depolanacağı bir havuz olan Test Yazılımı Kitaplığı’nı tanıtacağız. Yalnızca tüm Testwarc Setlerini depolamakla kalmaz, aynı zamanda Testware Setlerinin tüm sürümlerini de depolar.
Bu ek kavramlar, test yazılımı mimarisinin temel sorunlarını ele almamızı sağlamak için yeterlidir.
Test Gereç Setleri
Bir Test Yazılımı Seti, test yazılımı yapıtlarının (komut dosyaları, veri dosyaları vb.) mantıksal bir koleksiyonudur. Test yazılımı mimarimizin yapı taşlarıdır. Dört farklı Test Yazılımı Seti tanımlıyoruz: Test Seti, Komut Dosyası Seti, Veri Seti ve Yardımcı Program Seti.
Test Setleri
Bir Test Seti, bir veya daha fazla test durumunu tanımlar. Test Seti tarafından tanımlanan test durumlarına özgü tüm test yazılımı yapıtlarını içerir. Bunlar aşağıdakilerden herhangi biri veya tümü olabilir:
« test komut dosyaları;
” beklenen sonuçlar;
” test verisi; « test girişi;
» dokümantasyon dosyaları (örn. test spesifikasyonları);
» test sürücüleri ve özel dönüştürücüler gibi yardımcı programlar için kaynak dosyaları;
• kaynak dosyalardan oluşturulan yardımcı programların yürütülebilir dosyaları.
Herhangi bir Test Kümesindeki tüm test yazılımı yapıtlarının ortak bir özelliği vardır: yalnızca içinde bulundukları Test Kümesi tarafından tanımlanan test senaryoları tarafından kullanılırlar.
Örneğin, Test Kümesi t_ScribbleBreadth’de görünen bir komut dosyasının, başka herhangi bir Test Setindeki testler veya komut dosyaları tarafından kullanılmasına veya bunlara atıfta bulunulmasına izin verilmez. Bu, test yazılımı mimarimizin temel ve önemli bir kuralıdır. Farklı bir Test Kümesinde tutulan bir komut dosyasını yeniden kullanmak istediğimiz ortaya çıkarsa, komut dosyasını orijinal Test Kümesinden taşımalı ve bir Komut Dosyası Kümesine yerleştirmeliyiz.
Balke Testi nedir Basamak testleri Bruce testi nedir Cooper testi nedir ex-10 test nedir RAST testi Song step testi nedir Ymca bisiklet ergometresi testi nedir