Test Otomasyonu Çerçevesi: Nedir, Archidoku 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.
  • Özeti okuyun, bö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 yönergeleri gözlemleyerek👍

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önergelere uyulursa, dersler sırasında dinleyicilerin dikkatinin dağılmasının azalması, katılımcıların katılımının artması ve konunun anlaşılması gibi yararlı bir sonuç elde edilecektir.

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

Test Otomasyon Çerçevesi Türleri

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

  • 1) Doğrusal Komut Dosyası Yazma
  • 2) Test Kütüphanesi Archidoku Çerçevesi.
  • 3) Veriye Dayalı Test yapmak Çerçeve.
  • 4) Anahtar Kelimeye Dayalı veya Tabloya Dayalı Test Çerçevesi.
  • 5) Hibrit Test Otomasyonu Ç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 Komut Dosyalarında bulunur, Test Verileri ayrılır ve Test Komut Dosyalarının dışında tutulur. Test Verileri harici dosyalardan (Excel Dosyaları, Metin Dosyaları, CSV Dosyaları, ODBC Kaynakları, DAO Nesneleri, ADO Nesneleri) okunur ve Test Komut Dosyasının 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 Komut Dosyalarının kendileri Doğrusal Komut Dosyası Oluşturma veya Test Kitaplığı Çerçevesi kullanılarak hazırlanır.

Örnek: Bu yöntemi kullanarak Uçuş Rezervasyonu Giriş komut dosyasını geliştirmek iki adımdan oluşacaktır.

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

Ajan adı Şifre
Levye Mercury
Tina MERKÜR
Bill Merkür

) 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

Anahtar Kelime Odaklı veya Tablo Odaklı 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 Nedir?

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.

nesne Action
(Uygulama HARİTASI) (ANAHTAR KELİMELER) Tartışma
WinEdit(Ajan Adı) set Guru99
WinEdit(Şifre) set Mercury
WinButonu(tamam) Tıkla
Pencere(Uçuş Rezervasyonu) doğrulamak Var


2. Adım: Bileşen Fonksiyonları Şeklinde Kod Yazma.

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 –

nesne Action
(UYGULAMA HARİTASI) (ANAHTAR KELİME) Tartışma
WebEdit(KullanıcıAdı) set abc@yahoo.com
WebEdit(Şifre) set xxxxx
Web Düğmesi(Tamam) Tıkla
Pencere(Yahoo Mail) doğrulamak Yükler

Bu durumda, Anahtar Sözcük Kümesi , Tıklama , Doğrulama öğelerinin halihazırda geliştirilmiş olan karşılık gelen bileşen işlevleriyle aynı kaldığını gözlemlerseniz. Tek yapmanız gereken, Uygulama Eşlemesini (Nesne Havuzu) önceki Uçuş Rezervasyonundan Yahoo'ya değiştirmektir. 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: Micro Focus UFT kendisini KeyWord Driven Framework olarak tanıtsa da, HP UFT'yi kullanarak tam bir test aracı ve uygulama bağımsızlığı elde edemezsiniz.

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-posta: QTP kullanımında Eylemlerin kullanılması 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.

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

ÖZET

  • Çerçeve, otomasyon komut dosyası oluşturma sırasında takip edildiğinde kodun yeniden kullanımında artış, daha yüksek taşınabilirlik, komut dosyası bakım maliyetinde azalma vb. gibi faydalı sonuçlar üreten kodlama standartları, test verilerinin işlenmesi, nesne deposunun işlenmesi vb. gibi bir dizi kılavuzdur.
  • Doğrusal Komut Dosyası Oluşturma, tüm Otomasyon Çerçeveleri arasında en basit olanıdır ve aynı zamanda “Kayıt ve Oynatma” olarak da bilinir.
  • Test Kitaplığı Architecture Framework aynı zamanda “Yapılandırılmış Komut Dosyası Oluşturma” veya “İşlevsel Ayrıştırma” olarak da bilinir.
  • Veriye Dayalı Test Çerçevesinde, test senaryosu mantığı test komut dosyalarında bulunur ve test verileri ayrılır ve test komut dosyalarının dışında tutulur.
  • Anahtar Kelimeye Dayalı veya Tabloya Dayalı çerçeve, bunları yürütmek için kullanılan test otomasyon aracından bağımsız olarak veri tablolarının ve anahtar kelimelerin geliştirilmesini gerektirir.
  • Hibrit Otomasyon Çerçevesi, çoğu test otomasyon çerçevesinin zaman içinde ve birden fazla projeye dönüştüğü şeydir.