Test Otomasyon Çerçevesi: ArchiYapı ve Türler

Otomasyon Testinde Çerçeve Nedir?

A Test Otomasyonu Çerçevesi kodlama standartları, test verisi işleme, nesne deposu işleme vb. gibi bir dizi yönergedir… otomasyon betiği sırasında takip edildiğinde artan kod yeniden kullanımı, daha yüksek taşınabilirlik, azaltılmış betik bakım maliyeti vb. gibi faydalı sonuçlar üretir. Bunlar sadece yönergelerdir ve kurallar değildir; zorunlu değildirler ve yönergeleri izlemeden de betik yazabilirsiniz. Ancak bir Çerçeveye sahip olmanın avantajlarından mahrum kalacaksınız.

Neden bir Çerçeveye ihtiyacınız var?

Neden bir Çerçeveye ihtiyaç duyduğunuzu anlamak için bir örnek düşünelim.

Katılımcıların aşağıdaki kurallara uymasının istendiği bir seminere/konferansa/konferansa katıldığınızdan eminim –

• Katılımcılar ders başlamadan 5 dakika önce yerlerini almalıdırlar.
• Not almak için yanınızda bir defter ve kalem getirin.
• Karın kaslarını okuyuntracBöylece sunumun ne hakkında olacağına dair bir fikriniz olur.
• Cep telefonları sessize ayarlanmalıdır.
• Dersin ortasında çıkmak zorunda kalırsanız, konuşmacının karşı ucundaki çıkış kapılarını kullanın.
• Oturum sonunda sorular alınacaktır.

Seminer yapmayı düşünüyor musunuz? OLMADAN Bu kurallara uyuyor musunuz?

cevap büyük EVET! Elbette, yukarıdaki yönergeler olmadan bir seminer/konferans/konferans/gösteri gerçekleştirebilirsiniz. Aslında bazılarımız, bunlar belirlenmiş olsa da bunlara uymayacaktır!

Ancak yönergeler izlenirse, izleyici kaybının azalması gibi faydalı bir sonuç elde edilecektir.tracDersler sırasındaki etkileşim, katılımcıların konuya daha iyi odaklanmasını ve konuyu daha iyi anlamasını sağladı.

Yukarıdakilere dayanarak, bir Çerçeve, takip edildiğinde faydalı sonuçlar üreten bir dizi kılavuz olarak tanımlanabilir.

Test Otomasyonu Çerçevesi ArchiYapı: Ana Bileşenler

Türleri karşılaştırmadan önce, her bir çerçevenin neler içerdiğini görmek faydalı olacaktır. ArchiMimari, bu parçaların nasıl katmanlandığını ve bir katmandaki değişikliğin diğerlerini bozmamasını nasıl sağladığını açıklar.

• Test senaryosu katmanı: Test senaryolarını içerir. Komut dosyaları kısa kalır çünkü gezinme adımlarını tekrarlamak yerine yeniden kullanılabilir işlevleri çağırırlar.
• Fonksiyon kütüphanesi: Giriş yapma, arama ve çıkış yapma gibi paylaşılan işlemleri saklar, böylece iş akışında bir değişiklik yalnızca bir kez yapılır.
• Nesne deposu: Kullanıcı dostu adları GUI öğe konum belirleyicilerine eşler. Arayüz değiştiğinde, yalnızca bu katman düzenlenir.
• Test veri katmanı: Girdi ve beklenen değerleri kodun içinde değil, Excel, CSV veya veritabanı kaynaklarında saklar.
• Yapılandırma katmanı: Çevre içerir URLTarayıcı tercihleri, zaman aşımı süreleri ve kimlik bilgileri.
• Raporlama katmanı: Çalıştırma raporları, hata ekran görüntüleri ve teşhis günlükleri oluşturur.
• Yürütme katmanı: Otomasyonu bir derleme sunucusuna bağlayarak tetikleyici paketlerini çalıştırır. sürekli entegrasyon.

Aşağıdaki çerçeve türleri, bu katmanları ne kadar sıkı bir şekilde ayırdıkları bakımından temel olarak farklılık gösterir.

Test Otomasyon Çerçevesi Türleri

Aşağıda farklı Otomatik Test Çerçevesi türleri verilmiştir:

1. Doğrusal Betikleme
2. Test Kütüphanesi Archidoku Çerçevesi.
3. Veri Odaklı Test yapmak Çerçeve.
4. Anahtar Kelime Odaklı veya Tablo Odaklı Test Çerçevesi.
5. Hibrit Test Otomasyon Çerçevesi.

Onlara ayrıntılı olarak bakalım –

1) Doğrusal Komut Dosyası Oluşturma – Kayıt ve Oynatma

Tüm Test Otomasyon Çerçevelerinin en basitidir ve aynı zamanda şu şekilde de bilinir: “Kayıt ve Oynatma”. Bu Otomasyon Testi Çerçeve, Test Cihazı ilk turda her adımı (Gezinme ve Kullanıcı Girişleri) manuel olarak kaydeder, Kontrol Noktaları Ekler (Doğrulama Adımları). Daha sonra kaydedilen senaryoyu sonraki turlarda oynatır.

Örnek: Giriş yapmayı düşünün Uçuş Rezervasyon Başvurusu ve başarılı oturum açma sırasında uygulamanın yüklenip yüklenmediğinin kontrol edilmesi. Burada test cihazı yalnızca adımları kaydedecek ve doğrulama adımlarını ekleyecektir.

SystemUtil.Run "flight4a.exe","","","open"
Dialog("Login").WinEdit("Agent Name:").Set "Guru99"
Dialog("Login").WinEdit("Password:").Set "Mercury"
Dialog("Login").WinButton("OK").Click
'Check Flight Reservation Window has loaded after successful log-on
Window("Flight Reservation").Check CheckPoint("Flight Reservation")

Avantajlar

• Komut dosyası oluşturmanın en hızlı yolu
• Otomasyon uzmanlığı gerekli değildir
• Test Aracının özelliklerini öğrenmenin en kolay yolu

Dezavantajlar

• Komut dosyalarının çok az yeniden kullanılması
• Test verileri komut dosyasına sabit kodlanmıştır
• Bakım Kabusu

2) Test Kütüphanesi Archidoku Çerçevesi

Aynı zamanda şu şekilde de bilinir: “Yapılandırılmış Komut Dosyası” or “İşlevsel Ayrıştırma”.

Bu Otomasyon Test Çerçevesinde, test komut dosyaları başlangıçta "Kayıt ve Oynatma" yöntem. Later, komut dosyalarındaki ortak görevler tanımlanır ve İşlevler halinde gruplanır. Bu İşlevler, adı verilen ana test komut dosyası tarafından çağrılır. Sürücü test senaryoları oluşturmanın farklı yollarını kullanın.

Örnek: Yukarıdaki örneğin aynısını kullanırsak, Uçuş Rezervasyonuna giriş yapma fonksiyonu şuna benzeyecektir.

Function Login()
  SystemUtil.Run "flight4a.exe","","","open"
  Dialog("Login").WinEdit("Agent Name:").Set "Guru99"
  Dialog("Login").WinEdit("Password:").Set "Mercury"
  Dialog("Login").WinButton("OK").Click
End Function

Şimdi bu işlevi ana komut dosyasında aşağıdaki gibi çağıracaksınız.

Call Login()
---------------------------
'Other Function calls / Test Steps.
---------------------------

Avantajlar

• Yapılandırılmış Komut Dosyasında "Kayıt ve Oynatma" ile karşılaştırıldığında daha yüksek düzeyde kod yeniden kullanımı elde edilir
• Kodun daha fazla yeniden kullanılması nedeniyle otomasyon komut dosyalarının geliştirilmesi daha az maliyetlidir
• Daha Kolay Komut Dosyası Bakımı

Dezavantajlar

• Test Kitaplığı Çerçevesini kullanarak Komut Dosyaları yazmak için teknik uzmanlık gereklidir
• Test komut dosyalarını planlamak ve hazırlamak için daha fazla zamana ihtiyaç vardır.
• Test Verileri komut dosyaları içinde sabit kodlanmıştır

3) Veriye Dayalı Test Çerçevesi

Bu Çerçevede ise Test Durumu Mantık, test senaryolarında yer alırken, test verileri ayrı tutulur ve test senaryolarının dışında saklanır. Test verileri harici dosyalardan (Excel dosyaları, metin dosyaları, CSV dosyaları, ODBC kaynakları, DAO nesneleri, ADO nesneleri) okunur ve test senaryosunun içindeki değişkenlere yüklenir. Değişkenler hem giriş değerleri hem de doğrulama değerleri için kullanılır. Test senaryoları, doğrusal betikleme veya test kütüphanesi çerçevesi kullanılarak hazırlanır. Bu teknik daha ayrıntılı olarak açıklanmıştır. veri odaklı test öğretici.

Örnek: Developing Bu yöntemi kullanan Uçuş Rezervasyon Girişi komut dosyası iki adım içerecektir.

) 1 Adım Excel, CSV veya başka herhangi bir veritabanı kaynağı olabilecek bir Test – Veri dosyası oluşturun.

) 2 Adım Test Komut Dosyasını geliştirin ve Test-Veri kaynağınıza referanslar yapın.

SystemUtil.Run "flight4a.exe","","","open"
Dialog("Login").WinEdit("Agent Name:").Set DataTable("AgentName", dtGlobalSheet)
Dialog("Login").WinEdit("Password:").Set DataTable("Password", dtGlobalSheet)
Dialog("Login").WinButton("OK").Click
'Check Flight Reservation Window has loaded
Window("Flight Reservation").Check CheckPoint("Flight Reservation")
'Note "dtGlobalSheet" is the default excel sheet provided by QTP.

Avantajlar

• Test Komut Dosyalarında yapılan değişiklikler Test Verilerini etkilemez
• Test Senaryoları birden fazla Veri Kümesiyle yürütülebilir
• Harici Veri Dosyasındaki Test Verileri değiştirilerek Çeşitli Test Senaryoları yürütülebilir

Dezavantajlar

• Hem Test Komut Dosyalarını hem de Test Verilerini planlamak ve hazırlamak için daha fazla zamana ihtiyaç vardır

4) Anahtar Kelimeye Dayalı veya Tabloya Dayalı Test Çerçevesi

MKS Anahtar Kelime Odaklı Veya tablo tabanlı otomasyon çerçevesi geliştirme, veri tabloları ve anahtar kelimeler gerektirir. bağımsız test otomasyonu aracı bunları yürütmek için kullanılır. Testler Uygulama ile veya Uygulama olmadan tasarlanabilir. Anahtar kelimeye dayalı bir testte, test edilen uygulamanın işlevselliği, her test için adım adım talimatların yanı sıra bir tabloda belgelenir.

Anahtar Kelime Odaklı Çerçevenin 3 temel bileşeni vardır: Anahtar Kelime, Uygulama Haritası, Bileşen Fonksiyonu.

Anahtar Kelime, bir GUI Bileşeni üzerinde gerçekleştirilebilecek bir Eylemdir. Örn. GUI Bileşen Metin Kutusu için bazı Anahtar Kelimeler (Eylem) InputText, VerifyValue, VerifyProperty vb. olabilir.

Uygulama Haritası Nedir?

Uygulama Haritası, GUI Bileşenleri için Adlandırılmış Referanslar Sağlar. Uygulama Haritaları “Nesne Deposu"

Bileşen İşlevi Nedir?

Bileşen İşlevleri, GUI bileşenini aktif olarak değiştiren veya sorgulayan işlevlerdir. Bir fonksiyonun örneği, tüm hata işlemeyle birlikte web düğmesine tıklamak, tüm hata işlemeyle birlikte bir Web Düzenlemeye veri girmek olabilir. Bileşen işlevleri uygulamaya bağlı veya bağımsız olabilir.

Örnek E-posta: Anahtar Kelime Görünümünü anlamak için aynı örneği ele alalım. 2 adımdan oluşur

1. Adım: Veri Tablosu Oluşturma (Veri Odaklı Çerçevede oluşturulan Test-Veri Tablosundan farklı). Bu Veri Tablosu, GUI Nesneleri üzerinde gerçekleştirilecek Eylemi ve varsa karşılık gelen bağımsız değişkenleri içerir. Her satır bir Test Adımını temsil eder.

2. Adım: Yazı Code Bileşen Fonksiyonları biçiminde.

Veri tablolarınızı oluşturduktan sonra, her adımda okuyan, adımı Eylem alanını içeren anahtar kelimeye göre yürüten, hata kontrolü gerçekleştiren ve ilgili tüm bilgileri günlüğe kaydeden bir program veya bir dizi komut dosyası yazmanız yeterlidir. Bu program veya komut dizisi aşağıdaki sözde koda benzer:

Function main()
{
  Call ConnectTable(Name of the Table) { //Calling Function for connecting to the table.
  while (Call TableParser() != -1) //Calling function for Parsing and extracting values from the table.
  {
    Pass values to appropriate COMPONENT functions. Like Set(Object Name, Argument) ex. Set(Agent Name, Guru99).
  }
}
  Call CloseConnection() //Function for Closing connection after all the operation has been performed.
} //End of main

Anahtar Kelime Odaklı Çerçeve için hepsi bu.

Anahtar Kelime Odaklı Çerçevenin avantajı, Anahtar Kelimelerin tekrar kullanılabilir olmasıdır. Bunu anlamak için, YAHOO MAIL gibi bir Web Sitesi için oturum açma işlemini doğrulamak istediğinizi düşünün. Tablo şu şekilde görünecektir –

Bu durumda Anahtar Kelimeler Kümesi, Tıklama, Doğrulama'nın aynı kaldığını ve bunlara karşılık gelen bileşen fonksiyonlarının zaten geliştirildiğini gözlemleyebilirsiniz. Yapmanız gereken tek şey Uygulama Haritasını değiştirmektir.ping (Nesne Deposu) önceki Uçuş Rezervasyonundan Yahoo'ya Mail , argüman değerlerinde bir değişiklik olduğunda aynı komut dosyası çalışacaktır!

Avantajlar

• Yüksek kod yeniden kullanılabilirliği sağlar
• Test Aracından Bağımsız
• Test Edilen Uygulamadan bağımsız olarak aynı komut dosyası AUT için çalışır (bazı sınırlamalarla birlikte)
• Testler AUT ile veya AUT olmadan tasarlanabilir

Dezavantajlar

• İlk yatırım oldukça yüksektir, bunun faydaları ancak uygulamanın oldukça büyük olması ve test komut dosyalarının birkaç yıl boyunca saklanması durumunda gerçekleştirilebilir.
• Anahtar Kelime Odaklı Çerçeveyi oluşturmak için Yüksek Otomasyon uzmanlığı gerekir.

NOT: Rağmen OpenText UFT One (eski adıyla Micro Focus) UFTKendini Anahtar Kelime Odaklı Çerçeve olarak tanıtsa da, bunu kullanarak test aracı ve uygulama bağımsızlığını tam olarak sağlayamazsınız.

5) Hibrit Test Otomasyonu Çerçevesi

Adından da anlaşılacağı gibi bu çerçeve, yukarıda tartışılan bir veya daha fazla Otomasyon Çerçevesinin güçlü yönlerinden yararlanıp zayıf yönlerini azaltmaya çalışan kombinasyonudur. Hibrit test QA otomasyon çerçevesi, çoğu test otomasyon çerçevesinin zaman içinde ve birden fazla projeye dönüştüğü çerçevedir. Maximum endüstri, Anahtar Kelime Çerçevesini İşlev ayrıştırma yönteminin bir kombinasyonunda kullanır.

Not: Bahsetmeye değer diğer Otomasyon Çerçeveleri şunlardır:

Test Modülerliği Çerçevesi

Bu çerçevede test betiğinde ortak bir görev Modüller halinde gruplandırılmıştır.

Örnek E-postaEylemleri Kullanmak QTP Kullanıcı, modüler komut dosyaları oluşturabilir.

Giriş için Örnek Komut Dosyası

SystemUtil.Run "flight4a.exe","","","open"
Dialog("Login").WinEdit("Agent Name:").Set "Guru99"
Dialog("Login").WinEdit("Password:").Set "Mercury"
Dialog("Login").WinButton("OK").Click
'End of Script

Artık bu Eylemi ana komut dosyasında şu şekilde çağırabilirsiniz –

RunAction ("Login[Argument]", oneIteration)

İş Süreci Testi (BPT)

Bu Otomasyon Çerçeveleri, büyük İş Süreçlerini aynı veya farklı test komut dosyalarında birden çok kez yeniden kullanılabilen Bileşenlere böler. Örneğin, bir uçuş rezervasyonu İş Süreci, aynı İş sürecinde veya farklı süreçlerde yeniden kullanılabilen Oturum Açma, Uçuş Bulma, Rezervasyon, Ödeme ve Oturum Kapatma gibi bileşenlere bölünmüştür. Ayrıca BPT, KOBİ'ler ve Otomasyon Mühendisleri arasında daha yakın koordinasyonu kolaylaştırır.

Doğru Test Otomasyon Çerçevesini Nasıl Seçersiniz?

Tek bir tür her zaman kazanmaz. Doğru seçim, ekip becerisine, uygulama boyutuna ve paketin ne kadar süreyle çalışır durumda kalması gerektiğine bağlıdır. Aşağıdaki tablo, sonucu belirleyen faktörler açısından beş türü karşılaştırmaktadır.

Karar vermeden önce şu soruları gözden geçirin:

1. Bu süit ne kadar süreyle hizmette kalacak? Yıllarca süren bakım, anahtar kelime odaklı veya hibrit bir tasarımın yüksek başlangıç ​​yatırımını haklı çıkarır. Kısa süreli bir proje ise bunu haklı çıkarmaz.
2. Testleri kim hazırlıyor? Manuel test uzmanları test senaryoları gönderirse, anahtar kelime tablosu, komut dosyası dilini öğrenmelerine gerek kalmadan çalışmalarına olanak tanır.
3. Arayüz ne kadar değişken? Sık ekran değişikliği, ayrı bir nesne deposunu zorunlu kılar; aksi takdirde her komut dosyasının düzenlenmesi gerekir.
4. Ne kadar veri varyasyonuna ihtiyaç var? Birçok girdi kombinasyonu doğrudan veri odaklı bir tasarıma işaret etmektedir.
5. Hali hazırda hangi araç kullanılıyor? Çerçeve, seçilenle uyumlu olmalıdır. otomasyon aracı ve takımın bildiği bir dil, örneğin Selenium 'da Java or Cucumber.

Çoğu ekip, kütüphane veya veri odaklı bir yaklaşımla başlar, ardından zamanla hibrit bir modele doğru gelişir. gerileme Süit genişliyor.

Test Otomasyonu Çerçevesinin Faydaları Archidoku

Test otomasyon çerçeve mimarisinin faydaları şunlardır:

• Test otomasyonu çerçevesi risk ve maliyet giderlerinin azaltılmasına yardımcı olur
• Testlerin verimliliğini artırır
• Bakım maliyetinin azaltılmasına yardımcı olur
• Kodun yeniden kullanılmasına izin verir
• Maksimum test kapsamına ulaşmayı sağlar
• Uygulama işlevselliğini en üst düzeye çıkarır
• Test senaryosunun tekrarlanmasını azaltmaya yardımcı olur
• Test otomasyonu ile test verimliliğinin ve performansının artırılmasına yardımcı olur

SSS