Test edilen yazılım, test durumları kullanılarak yürütülür. Manüel test için, bu, oturan ve muhtemelen basılı bir manüel prosedürü izleyen test cihazlarından oluşabilir. Girdileri girerler, sonuçları gözlemlerler ve ilerledikçe herhangi bir sorun hakkında notlar alırlar. Otomatik test için bu, test aracını başlatmayı ve ona hangi test durumlarının yürütüleceğini söylemeyi içerebilir.

Test yürütme ancak yazılım var olduktan sonra yapılabilir, yani bu, V modelinin sağ tarafında bir etkinliktir.

Test sonuçlarını beklenen sonuçlarla karşılaştırın. Test edilen yazılımın doğru çalışıp çalışmadığını görmek için her testin gerçek sonucu araştırılmalıdır. Bu, testi yapan kişinin görmeyi umduğu şeyin resmi olmayan bir teyidi olabilir veya kesin gerçek sonuçların beklenen sonuçlarla titiz ve ayrıntılı bir karşılaştırması olabilir. Bir ekrana gönderilen mesajlar gibi bazı sonuçların karşılaştırılması test yapılırken yapılabilir.

Veritabanı kayıtlarındaki değişiklik gibi diğer sonuçlar yalnızca test senaryosunun yürütülmesi tamamlandıktan sonra karşılaştırılabilir. Bir otomatik testin bu iki yaklaşımın bir kombinasyonunu kullanması gerekebilir.

Varsayım, gerçek ve beklenen sonuçların aynı olması durumunda yazılımın testi geçtiğidir; farklıysa, yazılım testte başarısız olmuştur. Bu aslında aşırı basitleştirmedir.

Söyleyebileceğimiz tek şey, gerçek ve beklenen sonuçlar uyuşmuyorsa, o zaman bir şeyin araştırılması gerektiğidir. Yazılım hatalı olabilir veya test yanlış sırayla çalıştırılmış olabilir, beklenen sonuçlar yanlış olabilir, test ortamı doğru kurulmamış veya test yanlış belirtilmiş olabilir.

Karşılaştırma ve doğrulama arasında bir fark vardır; bir araç karşılaştırabilir ancak doğrulayamaz. Bir araç, bir dizi test sonucunu diğeriyle karşılaştırabilir ve ikisi arasındaki farkları işaretleyebilir. Ancak araç, sonuçların doğru olup olmadığını söyleyemez – bu doğrulamadır ve normalde test edenler tarafından yapılır.

Karşılaştırılan sonuçların aslında doğru olduğunu onaylayan veya garanti eden test uzmanlarıdır. Bazı özel durumlarda, beklenen sonuçların oluşturulmasını otomatikleştirmek mümkündür ancak bu, ticari test yürütme araçları kullanılarak yapılan endüstriyel testlerin çoğu için geçerli değildir.

Otomasyon Faaliyetleri

Gösterildiği gibi, ilk iki test etkinliği, yani test koşullarını belirleme ve test senaryoları tasarlama, doğası gereği çoğunlukla entelektüeldir. Son iki aktivite, yani test senaryolarını yürütme ve test sonuçlarını karşılaştırma, doğası gereği daha bürokratiktir. Test senaryolarının kalitesini yöneten entelektüel faaliyetlerdir. Büro faaliyetleri özellikle emek yoğundur ve bu nedenle otomatikleştirilmeye değerdir.

Ayrıca, test yürütme ve karşılaştırma faaliyetleri birçok kez tekrarlanırken, test koşullarının belirlenmesi ve test senaryolarının tasarlanması faaliyetleri yalnızca bir kez gerçekleştirilir (bu faaliyetlerdeki hatalar nedeniyle yeniden çalışma hariç).

Örneğin, bir test yazılımda bir hata bulursa, düzeltmeden sonra tekrarlanan etkinlikler test yürütme ve karşılaştırma olacaktır. Bir test, yanlış test verilerinin kullanılması gibi çevresel bir nedenden dolayı başarısız olursa, tekrarlanan test faaliyetleri test oluşturma, yürütme ve karşılaştırma olacaktır.

Testler farklı platformlarda yapılacaksa, aynı üç aktivite her platform için tekrarlanacaktır. Yazılım değiştirildiğinde, hiçbir yan etki olmadığından emin olmak için regresyon testleri yapılır. Bir regresyon testi, test yürütme ve karşılaştırma etkinliklerini (ve muhtemelen test oluşturmayı da) tekrarlayacaktır. Sık sık tekrarlanan faaliyetler otomasyon için özellikle iyi adaylardır.

Tüm test faaliyetleri, insan test uzmanlarının yıllardır yaptığı gibi manuel olarak gerçekleştirilebilir. Tüm test etkinlikleri de bir dereceye kadar araç desteğinden yararlanabilir, ancak en çok kazanılacak yerin ikinci test etkinliklerinin otomatikleştirilmesi olduğuna inanıyoruz.

Bu çalışmanın odak noktası, test yürütme ve karşılaştırma faaliyetlerinin otomasyonu üzerinedir. Bununla birlikte, test otomasyonu üzerine bir kitapta test tasarım etkinliklerinin otomasyonunu göz ardı edemeyiz, çünkü bu tür araçların çıktısı bir test yürütme aracı tarafından kolayca kullanılabilecek bir formatta olabilir (veya olmayabilir). Bir sonraki yazımızda, farklı türde test tasarımı otomasyon araçları ele alınmaktadır.

Yazılım otomasyon Nedir
Otomasyon Nedir
Otomasyon sistemleri örnekleri
Hastanede Otomasyon Nedir
Elektrik otomasyon Nedir
Otomasyon sistemleri nelerdir
Otomasyon Bölümü
Elektrik otomasyon Ne iş Yapar

Test Senaryosu Tasarımını Otomatikleştirme

Test senaryosu tasarımı faaliyetleri otomatikleştirilebilir mi? Test araçlarının, test senaryosu tasarımının parçalarını otomatikleştirmesinin birkaç yolu vardır. Bu araçlara bazen test girdisi oluşturma araçları denir ve yaklaşımları bazı bağlamlarda yararlıdır, ancak hiçbir zaman entelektüel test faaliyetlerinin yerini alamaz.

Tüm test senaryosu tasarım yaklaşımlarındaki bir sorun, aracın çok fazla sayıda test üretebilmesidir. Bazı araçlar, testçinin belirlediği kriterlere göre oluşturulan testleri en aza indirmenin yollarını içerir. Ancak araç yine de makul bir süre içinde çalıştırılması için çok fazla test oluşturabilir.

Araç, hangi testlerin en önemli olduğunu ayırt edemez; bu, yalnızca insan testçilerden elde edilebilen yaratıcı zeka gerektirir. Bir araç, “Test edebileceğimizin yalnızca %30’unu test edecek zamanımız olsa, çalıştırılacak en önemli test senaryoları hangileridir?” gibi sorulara asla yanıt veremez. Test otomatikleştirilmiş olsa bile, otomatik testlerin %100’ünü çalıştırmak için yeterli zaman olmayabilir.

Tüm test oluşturma araçları, testleri oluşturmak için algoritmalara güvenir. Araçlar, aynı algoritmayı kullanan bir insan test cihazından daha eksiksiz ve daha doğru olacaktır, dolayısıyla bu bir avantajdır.

Bununla birlikte, bir insan denemek için ek testler düşünecektir, eksik olan yönleri veya gereksinimleri belirleyebilir veya kişisel bilgilere dayanarak spesifikasyonun nerede yanlış olduğunu belirleyebilir. Test oluşturma araçlarının en iyi kullanımı, onlar tarafından nelerin yapılıp yapılamayacağının kapsamının tam olarak anlaşılmasıdır. (Aslında bu, herhangi bir aracın kullanımı için geçerlidir!) Kod, arayüzler ve teknik özelliklere dayalı olarak üç tür test girdisi oluşturma aracına bakacağız.

Gösterilen kod tabanlı test girdisi oluşturma araçları, yazılım kodunun yapısını inceleyerek test girdileri üretir. Koddan geçen bir yol, her karar noktasında dallar tarafından belirlenen bölümlerden oluşur.

Bu nedenle, her bir yol parçası için gereken mantıksal koşulların bir profili otomatik olarak üretilebilir. Bu, kapsam ölçümü ile bağlantılı olarak kullanışlıdır. Örneğin, bazı kapsama araçları, kapsanmayan mantıksal yol segmentlerini tanımlayabilir.

The post Otomasyon Faaliyetleri first appeared on Akademi Delisi (Tez Yaptırma).