WET Web Test Cihazı - WET Web Tester

WET Web Test Cihazı[1] doğrudan bir IE Tarayıcısını çalıştıran bir web test aracıdır ve bu nedenle yapılan otomatik test, bir kullanıcının web sayfalarını nasıl sürdüreceğine eşdeğerdir. Araç, kullanıcının web uygulamalarını test etmek için gerekli tüm işlemleri gerçekleştirmesine olanak tanır - örneğin otomatik olarak bir bağlantıya tıklamak, bir metin alanına metin girmek, bir düğmeye tıklamak vb. Bir kişi ayrıca, Kontrol Noktalarını kullanarak test sürecinin bir parçası olarak çeşitli kontroller gerçekleştirebilir. . WET'in en son sürümü 1.0.0'dır.

WET üstüne oturur Watir,[2] Ruby komut dosyası dilini kullanan otomatik bir test aracı. WET, Watir'in sahip olduğu tüm özellikleri korur ve Veri tablosu desteği, Nesne deposu (diğer adıyla nesne deposu) ve dahili Html raporlama gibi kullanılabilirlikle ilgili birçok işlevselliği ekler.

Tarih

WET, bir Uzantı Araç Seti olarak başladı. Watir, açık kaynaklı bir ürün olarak yayımlanan ve WET (Watir Extension Toolkit) olarak adlandırılan Web testi için bir çerçeve.

Teknik detaylar

Çalışma prensibi

Bir UI Test otomasyonu geleneksel olarak bir kayıt ve oynatma tekniği kullanılarak veya tamamen komut dosyası oluşturularak yapılır.

  • Kayıt oynatma tekniğinde araç, test edenin eylemleri tarafından oluşturulan olayları otomatik olarak yakalar ve bunları test komut dosyalarına dönüştürür. Bu komut dosyaları daha sonra daha sonra oynatılabilir. Kayıt ve oynatma tekniği, test uzmanlarının hızlı bir şekilde testler oluşturmasına izin verirken, deneyimli test uzmanları, bunların yol açtığı güvenilirlik ve sürdürülebilirlik sorunu nedeniyle bu yaklaşımı kullanmaktan kaçınma eğilimindedir.[3]
  • Komut dosyası oluşturma tekniği, deneyimli bir testçinin sıfırdan test komut dosyaları yazmasına dayanır. Deneyimli test otomasyon mühendisleri, eksiksiz bir yazılım mühendisi sürecini takip eder ve test otomasyonu çalışmasını başka bir geliştirme çalışması olarak görür. Bu teknik, bakımı iyi olan ve güvenilir bir kodun avantajlarını sunarken, daha büyük bir deneyim havuzu, daha büyük bir bütçe vb. Gibi bazı dezavantajlardan muzdariptir.[4]

Üçüncü teknik bir orta tüm komut dosyası yazma gücünü korurken kaydedicilerin bazı kolaylıklarını sunan çözüm. WET, test otomasyonu için Proxied UI tekniği olarak adlandırılan bu tekniği benimsemiştir. Bu yöntemi kullanarak, bir test uzmanı bir IE tarayıcısına (bir tür sihirbaz kullanarak) bir bağlantıya tıklamak, bir metin alanındaki metni ayarlamak, bir liste kutusu seçmek vb. Gibi çeşitli adımları gerçekleştirmesi talimatını verir. Araç daha sonra bu talimatları test komut dosyalarına dönüştürür. Komut dosyalarının, kullanıcının gerçek tarayıcıda gerçekleştirdiği eylemlere dayalı olarak araç tarafından otomatik olarak oluşturulduğu kayıt cihazlarından farklı olarak, bu durumda komut dosyaları yalnızca test cihazı araçtan bunu yapmasını istediğinde oluşturulur. Bu, oluşturulan komut dosyalarının doğruluğunu kendi başına artırır. Bu komut dosyalarını temel olarak kullanan bir test uzmanı, test altındaki uygulamasına uyacak komut dosyaları yazarak test kapsamını artırabilir.[5]

İster toplam komut dosyası oluşturma, kaydetme ve oynatma ister Proxy'li UI çözümü olsun, her birinin kendi avantajları ve yükümlülükleri vardır.[6] Proxied UI tekniğinin bir avantajı, test edene, el ile yazılmış komut dosyalarının ne kadarına karşılık ne kadar komut dosyası oluşturmanın kullanılacağına karar vermesi için kontrol vermesidir. Bu, test edilen uygulamaya ve gerekli test kapsamına göre alınması gereken bir karardır. İyi bir projede, her tekniğin faydalarından yararlanılabilmesi için bu teknikler arasında uygun bir karışım olmalıdır.[6][7]


Özellikleri

Aşağıdakiler WET'in önemli özellikleridir:

  • WET UI - Ön Komut dosyası geliştirme, kullanımı kolay olan WET UI kullanılarak yapılabilir. WET kullanıcı arayüzünü kullanarak, bir test uzmanı Test Tanımlarını, Nesne Depolarını ve test komut dosyalarının ilk taslağını oluşturabilir.
  • Ruby kullanarak komut dosyası oluşturma - WET, WET'e güçlü bir komut dosyası oluşturma yeteneği sağlayan, nesne yönelimli bir komut dosyası dili olan Ruby'yi kullanır
  • Nesne deposu - Nesne deposu (diğer adıyla Nesne Deposu), bir test uzmanının tüm uygulamanın nesnelerini merkezi havuzlara eşlemesine olanak tanır. Bu, komut dosyalarının daha yüksek bir sürdürülebilirliğe sahip olmasına yardımcı olur.
  • Birden çok parametre kullanarak nesne tanımlama - Birçok web sayfası, aynı sayfanın benzer özelliklere sahip öğelere sahip olacağı şekilde tasarlanmıştır - Örneğin, 'ad' etiketli metin alanları olabilir - biri Kullanıcı adı, diğeri ise Geliştiricinin adı olabilir. WET, bir test uzmanının birden fazla parametre kullanarak nesneleri aramasına izin vererek bu tür nesneleri bile tanımlamasına izin verir.
  • Testleri tanımlamak için 'test tanımları' - Bir WET testinin yapısı ve akışı, bir test tanımları dosya. Bu akış, normal manuel test sürecini yakından taklit eder.
  • Kaygan HTML sonuçları - Testler tamamlandıktan sonra sonuçlar düzgün HTML Formatında yazdırılır
  • Entegre Veri tablosu desteği - Test uzmanları, Entegre veri tablosu desteğini kullanarak veriye dayalı testler yazabilir. Veri tabloları, Excel dosyaları veya XML formatında olabilir.
  • Popup işleme - WET, Win32 açılır pencerelerini oldukça güvenilir bir şekilde işler.

Sınırlamalar

Aşağıdakiler, WET'in bazı eksiklikleridir:

  • Yalnızca IE tarayıcısını destekler. Uyumluluk testi için kullanılamaz.
  • WET'in Simüle edilmiş tarayıcı görünümü, karmaşık sayfalarda doğru çalışmaz. Bu tür sayfalar için, nesnelerin yalnızca ağaç görünümünde görüntülenmesi gerekir.
  • SCM / hata izleme araçlarıyla entegrasyon yok
  • Anahtar kelimeye dayalı testler için destek yok

Ayrıca bakınız

Referanslar

  1. ^ ISLAK. "Quicktest ve Silktest'e bir Açık Kaynak alternatifi sunan Ticari Sınıf Web Otomasyon Testi". Wet.qantom.org. Alındı 2010-10-12.
  2. ^ "Watir - Genel Bakış". Wtr.rubyforge.org. Arşivlenen orijinal 2005-02-06 tarihinde. Alındı 2010-10-12.
  3. ^ bret (2005-08-17). "Test Hotlist Güncellemesi: Ağustos 2005 Arşivleri". Io.com. Alındı 2010-10-12.
  4. ^ "Test Otomasyonunda Komut Dosyası Dilleri için Yönergeler" (PDF). Alındı 2010-10-12.
  5. ^ ISLAK. "Kayıt kolaylığı ile Test Otomasyonu". Wet.qantom.org. Alındı 2010-10-12.
  6. ^ a b http://www.satisfice.com/articles/test_automation_snake_oil.pdf
  7. ^ http://www.benchmarkqa.com/pdf/papers_automation_myths.pdf

Dış bağlantılar