Menü

QTP Çerçeveleri - Test Otomasyon Çerçeveleri - Anahtar Kelime Odaklı ve Doğrusal Çerçeve Örnekleri - QTP Eğitimi # 17

  • Ana
  • Otomasyon Testi
  • QTP Çerçeveleri - Test Otomasyon Çerçeveleri - Anahtar Kelime Odaklı ve Doğrusal Çerçeve Örnekleri - QTP Eğitimi # 17

qtp frameworks test automation frameworks keyword driven

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

=> QTP Training Tutorials Series İçin Buraya Tıklayın

deneyimli pdf için sql server mülakat soruları ve cevapları

Test Otomasyon Çerçevesi nedir ve QTP Çerçevesi nedir?

Başarılı bir uygulama bağlamında QTP bir yazılım test projesi için genellikle çerçeveler kavramıyla karşılaşıyoruz. Çerçeve, otomasyon sürecinde sürekli olarak izlediğimiz yaklaşımdan başka bir şey değildir - bir dizi kılavuz.

Test Otomasyon Çerçeveleri

Şahsen, isimler vermeyi ve birinin diğerinden daha iyi çalıştığını söylemeyi sevmiyorum. Belirli bir çerçevenin seçilmesi, bir projenin başlangıcı değildir. Doğru olan tam tersidir. Bir test stratejisi geliştirme sürecinde, test uzmanının mevcut durumu için geçerli olan ve tam sizin çerçeveniz olan kuralları oluşturursunuz.

Bunu söyledikten sonra, dikkate almamız gereken önemli noktalardan bazıları şunlardır:

  1. Tekrar Kullanılabilirlik
  2. Komut dosyasının bakımı kolay
  3. Komut dosyalarının okunabilirliği
  4. Tüm test varlıkları için iyi uygulanabilir klasör yapısı
  5. Sabit kodlama değerleri yok
  6. Başarısızlık yok. (yani bir test başarısız olursa, diğerlerinin de başarısız olmasına veya durmasına neden olmamalıdır)

Bu temel listedir ve ihtiyaca göre daha fazlası eklenebilir.

Yukarıdaki noktaların bir kısmını veya tamamını dahil etmeye çalışan herhangi bir test stratejisi Test Otomasyon Çerçevenizdir.

Çeşitli çerçeve adları ve türleri vardır. Bana göre çerçevelerin listesi aşağıdadır:

Ne öğreneceksin:

Otomasyon Çerçevesi Türleri: (QTP Çerçevesi İçin Geçerli)

otomasyon çerçevesi türleri

  • Doğrusal - Test oluşturmanın en basit şekli. Sıralı adımlarda modülerlik olmadan tek bir program yazın
  • Anahtar kelimeye dayalı - Farklı bir işlem kümesi için farklı anahtar kelimeler oluşturun ve ana komut dosyasında bu anahtar kelimelere başvurabiliriz.
  • Veri tabanlı - Çoğunlukla excel sayfaları olmak üzere ayrı dosyalarda tutulan birden çok veri kümesi üzerinde aynı işlem kümesini çalıştırmak için.
  • Hibrit - Kısmen veriye dayalı ve kısmen anahtar kelimeye dayalı olabilen bir kombinasyon çerçevesi
  • BPT - Bu, programların iş bileşenlerine bölündüğü ve yukarıdaki çerçeve türlerinden biri veya diğeriyle kullanıldığı anlamına gelir.

Doğrusal Çerçeve

Tartışıldığı gibi, bu yaklaşım, sadece kaydederken ve devam ederken kodu yazmayı içerir.

Örneğin, Doğrulamanız gereken işlem Gmail'de yeni bir hesap oluşturmaksa, aşağıdaki adımlar olacaktır:

  • Gmail.com'u açın
  • 'Hesap Oluştur' u tıklayın
  • Ayrıntıları girin
  • Ayrıntıları doğrulayın
  • Hesabı oluşturun
'Open GMail SystemUtil.Run 'iexplore.exe', 'http://www.gmail.com' 'Page Sync Browser('Gmail').Page('Gmail').Sync ‘Click on create account Browser('Gmail').Page('Gmail').WebLink(“Create Account”).Click ‘Enter the details Browser('Gmail').Page('Google Accounts').WebEdit(“First Name”).Set “Swati” Browser('Gmail').Page('Google Accounts').WebEdit(“Last Name”).Set “test” ‘Fill in several other details ‘Submit Browser('Gmail').Page('Google Accounts').WebButton(“Next Step”).click

Yukarıdaki, doğrusal yöntemi kullanan bir programın nasıl göründüğüne dair bir örnektir. Bu noktada bu yöntemin avantaj ve dezavantajlarının ne olduğu aşikardır.

Avantajları:

  • Basitlik. Başlangıç ​​seviyesindeki programcılar için bu yöntem uygundur
  • Zaman - Testi oluşturmak çok zaman almaz
  • Çok az planlama gerekli

Dezavantajları:

  • Yeniden kullanılabilirlik yok
  • 'Google Hesapları' Sayfasının belirli bir yönünü doğrulayan başka bir komut dosyası varsa, gmail.com sayfasını da başlatmak için kodu yeniden yazmanız gerekecektir. Çok fazla tekrar.
  • Tüm veriler doğrudan koda gömülüdür. Kodlama, kodun başka herhangi bir veri kümesi için kullanılmasına izin vermez.
  • Hataya meyillidir ve bakım zordur

Eksileri artıları ağır bassa da, amacınız kesinlikle doğrulamasız bir görevi yerine getirmek olduğunda bu yöntem kullanılabilir.

Bu tür çerçevelerdeki test varlıklarının bileşenleri şunlardır:

  1. Test komut dosyası
  2. Nesne deposu (Gerekirse açıklayıcı programlama kullanılarak bu önlenebilir)

Anahtar Kelime Odaklı Çerçeve

Yukarıdaki doğrusal çerçeve testini nasıl daha iyi hale getirebiliriz? Eksileri nasıl aşabiliriz?

tutulmada svn eklentisi nasıl kurulur

Açıkçası, yeniden kullanılabilirliğe, modülerliğe ve okunabilirliğe ihtiyacımız var. Bu özellikleri birleştirmeye çalışmak ve optimum bir çözüme ulaşmak, yeni ve daha gelişmiş bir çerçeve oluşturma girişiminden başka bir şey değildir.

Yeniden kullanılabilir bileşenler nelerdir?

  • Gmail'in başlatılması ve 'Google Hesapları' sayfasına ulaşılması. Bu bir veridir, çünkü bu sayfayı doğrulamak ilk önce buraya gelmek anlamına gelir. 'GoTo Google Hesabı' - tekrar tekrar çağrılabilen ayrı bir işlev haline getirilebilir.
  • Ayrıntıları girin ve doğrulayın - Daha fazla modülerlik düzeyi eklemek için bunu pozitif ve negatif bloklara ayırabilirsiniz.
  • Hesap oluşturma - Eldeki görevi gerçekleştirme ve gerçekleştirmenin son düzeyi

Buraya geldiğinizde, sadece tekrar tekrar çağrılabilecek bileşenleri tanımlamadınız, aynı zamanda doğrusal programınızı modüllere böldünüz.

Fonksiyonlar:

Şimdiye kadar serimizde fonksiyonlarla ilgilenmedik. Fonksiyonlar, belirli işlemleri yapan bir kod parçasından başka bir şey değildir. Onu çağıran programdan girdi parametrelerini kabul eder ve ona değer döndürür.

Genel bir uygulama olarak, tüm yeniden kullanılabilir kod parçaları, tüm yeniden kullanılabilir işlevleri içeren bir dosyada gruplandırılır. Bu dosya, QTP testiniz için bir kaynakla ilişkilendirilmiştir. Tipik olarak bir işlev kitaplığı şu türde bir dosya olabilir: .vbs, .txt veya .qfl

Örneğimize geri dönelim- İşlev kitaplığı dosyası şu şekilde olabilir:

Function gotoGoogleAccount() 'Open Gmail SystemUtil.Run 'iexplore.exe', 'http://www.gmail.com' 'Page Sync Browser('Gmail').Page('Gmail').Sync ‘Click on create account Browser('Gmail').Page('Gmail').WebLink(“Create Account”).Click ‘Enter the details End Function Function EnterDetails() Browser('Gmail').Page('Google Accounts').WebEdit(“First Name”).Set “Swati” Browser('Gmail').Page('Google Accounts').WebEdit(“Last Name”).Set “test” ‘Fill in several other details End Function Function SubmitToCreate() ‘Submit Browser('Gmail').Page('Google Accounts').WebButton(“Next Step”).click End Function

Şimdi Gerçek komut dosyanız şöyle olacaktır:

c ++ çift bağlantılı liste örneği
'Open GMail gotoGoogleAccount() ‘Enter the details EnterDetails() ‘Submit SubmitToCreate()

Yukarıdaki programdan, okunabilirlik, modülerlik elde ettiğimiz ve başka bir programın oturum açma işlevini kullanmak istemesi durumunda kesinlikle yeniden kullanabileceğimiz açıktır. Tek yapmanız gereken, işlev kitaplığını bu yeni testle ilişkilendirmek ve gitmeniz iyi olur.

Ayrıca komut dosyanızda işlev adlarının sanki öyle çalıştığını da görebilirsiniz. VBScript’ler anahtar kelimeler ve dolayısıyla bu çerçevenin adı.

Bu tür çerçevelerdeki test varlıklarının bileşenleri şunlardır:

  1. Komut dosyalarını test et
  2. Paylaşılan OR
  3. Paylaşılan işlev kitaplığı

Şimdi, bu programı daha iyi yapan başka ne olabilir? EnterDetails () işlevinin farklı veri kümelerini alıp farklı hesaplar oluşturmasını ve programa kodladığımız verilerle sınırlı kalmamasını sağlayabilirsek. Bu tam olarak bir sonraki adımdır. Testlerinizi yönlendiren veriler ve bunu yaptığımız yaklaşım, veri odaklı çerçevedir.

Tartışacağız Veriye dayalı ve Karma çerçeveler ayrıntılı olarak önümüzdeki öğreticide.

=> QTP Training Tutorials Series İçin Burayı Ziyaret Edin

Bu makalelerde ele alınmayan, karşılaştığınız QTP çerçevesiyle ilgili sorunlarınız varsa, bize bildirin. Sorularınızı kesinlikle cevaplamaya çalışacağız.

Önerilen Kaynaklar

^