Menü

Otomasyon Testi Nedir (Test Otomasyonunu Başlatmak için Nihai Kılavuz)

  • Ana
  • Otomasyon Testi
  • Otomasyon Testi Nedir (Test Otomasyonunu Başlatmak için Nihai Kılavuz)

what is automation testing

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

Projenizde Otomasyon Testini başlatmak için Tam Kılavuz:

Otomasyon Testi nedir?

Otomasyon testi, gerçek sonucu test etmek ve beklenen sonuçla karşılaştırmak için kullanılan bir Yazılım test tekniğidir. Bu, test komut dosyaları yazarak veya herhangi bir otomasyon test aracı kullanılarak sağlanabilir. Test otomasyonu, tekrar eden görevleri ve manuel olarak gerçekleştirilmesi zor olan diğer test görevlerini otomatikleştirmek için kullanılır.

otomasyon test kılavuzu

Projenizde otomasyon testine başlamak istiyor ancak aşağıda belirtildiği gibi en temel adımlarla uğraşıyor musunuz:

  • Projenize otomasyon nasıl eklenir?
  • En iyi ve doğru otomasyon aracı nasıl seçilir?
  • Komut dosyaları etkili bir şekilde nasıl geliştirilir?
  • Test komut dosyaları nasıl çalıştırılır ve korunur?
  • Ve son olarak, başarılı bir otomasyon testi için izlemeniz gereken en iyi uygulamalar nelerdir?

Bugün, bilgilerinizi bir dizi eğiticiyle zenginleştirmeyi planladık ' Otomasyon Testine Başlarken ”. Bu otomasyon eğitimleri dizisi, yukarıdaki tüm soruları basit örneklerle adım adım cevaplayacaktır.

Projenizde Otomasyonu Başlatma ile İlgili Eğitimler dizisine bir göz atalım !!

Otomasyon Uçtan Uca Süreci:

Öğretici # 1 : Projenizde Otomasyonu Başlatmak için En İyi Kılavuz
Öğretici # 2: Otomatik Test Türleri ve Bazı Yanlış Kanılar
Öğretici 3: Projenizde Otomasyonu Tanıtmak için 10 Adım
Eğitim 4: En İyi Otomasyon Aracını Seçmeye İlişkin A'dan Z'ye Kılavuz
Öğretici 5: Komut Dosyası Geliştirme ve Otomasyon Çerçeveleri
Öğretici # 6: Otomasyonun yürütülmesi ve raporlanması
Eğitim 7: Test Otomasyonunun En İyi Uygulamaları ve Stratejileri

Otomasyon İpuçları:

Eğitim # 8: Test çalışmanızı otomatikleştirmeden önce okumanız gereken 10 ipucu
Eğitim 9: Manuel ve Otomasyon Projeleri için Test Planlama Nasıl Farklıdır?
Öğretici # 10: Otomasyon Ne Zaman Tercih Edilmeli?
Öğretici # 11: Otomasyon Testi Zorlukları
Eğitim # 12: Otomasyonda Kavram Kanıtı (POC) Uygulama Kılavuzu
Eğitim # 13: Otomasyon için Doğru Test Durumları Nasıl Seçilir
Eğitim # 14: Manuel Test Durumlarını Otomasyon Komut Dosyalarına Çevirme

Otomasyon Kariyeri:

Öğretici # 15: Daha İyi Bir Otomasyon Test Cihazı Olmak İçin İpuçları
Öğretici # 16: Test Otomasyonu - Uzmanlaşmış Bir Kariyer mi? Normal Test Uzmanları Otomasyonu da Yapabilir mi?

Popüler Otomasyon Araçları:

Öğretici # 17: Selenium Tutorials 31+ En İyi Ücretsiz Selenium Training Tutorials
Eğitim # 18: QTP Öğreticileri
Eğitim # 19: SoapUI Web Hizmetleri Test Aracı
Eğitim 20: Performans Testi için HP LoadRunner

Otomasyon Çerçeveleri:

Öğretici # 21: Otomasyon için Neden Çerçeveye İhtiyacımız Var?
Öğretici # 22: En Popüler Otomasyon Çerçeveleri

Çevik'te Otomasyon:

Eğitim # 23: Çevik Dünyada Verimli Otomasyon Nasıl Uygulanır

tutulmaya maven nasıl eklenir

Diğer Otomasyon Araçları:

Eğitim 24: En İyi Otomasyon Test Araçları
Eğitim 25: Sikuli GUI Otomasyon Aracı
Eğitim 26: PowerShell: PowerShell ile Masaüstü Uygulama Kullanıcı Arabirimi Otomasyonu
Eğitim 27: Catalon Otomasyon Kaydedici (Selenium IDE Alternatif)
Eğitim # 28: Geb Tool: Geb Tool Kullanan Tarayıcı Otomasyonu
Öğretici # 29: AutoIt: AutoIt Kullanarak Windows Açılır Penceresini Kullanma
Eğitim # 30: Salatalık: Salatalık Aleti ve Selenyum Kullanan Otomasyon
Eğitim # 31: AngularJS Uygulamalarının Uçtan Uca Testi için İletki Test Aracı

Mobil Otomasyon Testi:

Eğitim # 32: Appium Studio Uygulamalı Eğitimi
Eğitim # 33: Yeni Başlayanlar İçin Uygulama Eğitimi
Öğretici # 34: Selendroid Eğitimi: Android Mobil Otomasyon Çerçevesi
Eğitim # 35: Ranorex Eğitimi: Güçlü Bir Masaüstü, Web ve Mobil Test Aracı

Etki Alanına Özgü Otomasyon Örnekleri:

Öğretici # 36: JAVA / J2EE Uygulamalarının Otomasyonu

Otomasyon İşleri için Mülakat Hazırlığı:

Öğretici # 37: Otomasyon Testi Mülakat Soruları
Eğitim # 38: Selenium Mülakat Soruları

'The Ultimate Guide to Automation Testing' serisinden ilk eğiticiyi inceleyelim !!

Ne öğreneceksin:

Otomasyon Testi nedir?

Bir yazılım herhangi bir şey yapabiliyorsa, neden bir yazılım bir yazılımı test edemez?

Bu ifade size mantıklı geliyor mu?

Cevabınız evet ise, tebrikler, şimdi bu bilgilendirici eğitim serisinde tartışacağımız merkez nokta olan Test Otomasyonu hakkında düşünüyorsunuz.

Kendinizi işinizin ilk gününde bir SQA olarak hayal edin. Size test edilecek bir uygulama sunulur. Yüzlerce form ve binlerce rapor içeren bir ERP uygulamasıdır. Keşif testinize yaklaşık 50 farklı alan içeren bir form açarak başlıyorsunuz.

Yaklaşık 20 dakika süren bu forma rastgele veri girmeye çalışıyorsunuz. Ardından gönder düğmesine basarsınız. Wolla !! İşlenmemiş bir istisna gibi görünen bir hata mesajı gösterilir. Çok mutlu oluyorsun Adımları gururla not eder ve hata yönetimi sisteminizdeki hatayı bildirirsiniz. Büyük çaba, gerçekten kendinden emin ve enerjik hissediyorsun. Gün bitene kadar teste devam edersiniz ve daha fazla hata bulursunuz. 'Harika ilk gün' diye düşündün.

Şimdi ertesi gün geliyor, geliştirici sorunu çözdü ve yapının yeni bir sürümünü yayınladı. Aynı formu aynı adımlarla test ediyorsunuz ve hatanın düzeltildiğini gördünüz. Düzeltildi olarak işaretliyorsun. Buyuk gayret. Bu hatayı tespit ederek ürünün kalitesine katkıda bulundunuz ve bu hata giderildikçe kalite iyileştirilmiştir.

Şimdi üçüncü gün geliyor, bir geliştirici yeniden daha yeni bir sürüm yayınladı. Şimdi, hiçbir gerileme sorununun bulunmadığından emin olmak için bu formu tekrar test etmeniz gerekiyor. Aynı 20 dakika. Şimdi biraz sıkılıyorsun.

Şimdi 1 ay sonra hayal edin, yeni sürümler sürekli olarak piyasaya sürülüyor ve her sürümde, bu uzun biçimi ve bunun gibi diğer 100 biçimi, gerilemenin olmadığından emin olmak için test etmeniz gerekiyor.

Şimdi kızgın hissediyorsun. Yorgun hissediyorsun . Adımları atlamaya başlıyorsunuz. Toplam alanların yalnızca% 50'sini doldurursunuz. Doğruluğunuz aynı değil, enerjiniz aynı değil ve kesinlikle adımlarınız aynı değil.

Ve bir gün müşteri aynı hatayı aynı biçimde rapor eder. Acınası hissediyorsun. Artık kendine güvenmiyorsun. Yeterince yetkin olmadığını düşünüyorsun. Yöneticiler yeteneğinizi sorguluyor.

Sana bir haberim var; bu, manuel test yapanların% 90'ının hikayesidir. Sen farklı değilsin

Gerileme sorunları en acı veren konulardır. Biz insanız. Ve aynı şeyi her gün aynı enerji, hız ve doğrulukla yapamayız. Makinelerin yaptığı bu. İlk seferde aynı hız, doğruluk ve enerji ile aynı adımları tekrarlamak için otomasyonun gerekli olduğu şey budur.

Umarım amacımı anlarsın !!

otomasyon bir arkadaşı test ediyor

Böyle bir durum ortaya çıktığında, test durumunuzu otomatikleştirmelisiniz. Test otomasyonu sizin dostunuzdur . Gerilemelerle ilgilenirken yeni işlevlere odaklanmanıza yardımcı olacaktır. Otomasyon ile bu formu 3 dakikadan daha kısa sürede doldurabilirsiniz.

Komut dosyası tüm alanları dolduracak ve sonucu ekran görüntüleriyle birlikte size söyleyecektir. Başarısızlık durumunda, test senaryosunun başarısız olduğu yeri belirleyebilir ve böylece kolaylıkla yeniden oluşturmanıza yardımcı olur.

Otomasyon - Regresyon Testi için Uygun Maliyetli Bir Yöntem

Otomasyon maliyetleri başlangıçta gerçekten daha yüksek. Aracın maliyetini, ardından otomasyon test kaynağının maliyetini ve eğitimini içerir.

Ancak komut dosyaları hazır olduğunda, aynı doğrulukla ve oldukça hızlı bir şekilde yüzlerce kez tekrar tekrar çalıştırılabilirler. Bu, saatler süren manuel testlerden tasarruf sağlayacaktır. Böylece maliyet kademeli olarak azalır ve sonuçta maliyet etkin bir yöntem haline gelir. Gerileme testi .

Otomasyon gerektiren senaryolar

Yukarıdaki senaryo, otomasyon testine ihtiyaç duyacağınız tek durum değildir. Manuel olarak test edilemeyen birkaç durum vardır.

Örneğin ,

  1. İki görüntünün piksel piksel karşılaştırılması.
  2. Binlerce satır ve sütun içeren iki elektronik tabloyu karşılaştırmak.
  3. 100.000 kullanıcı yükü altında bir uygulamayı test etme.
  4. Performans Karşılaştırmaları.
  5. Uygulamayı farklı tarayıcılarda test etme ve paralel olarak farklı işletim sistemlerinde.

Bu durumlar, araçlar tarafından test edilmesini gerektirir ve yapılmalıdır.

Peki, ne zaman otomatikleştirilmeli?

Bu bir çağ çevik metodoloji Geliştirme ve testin neredeyse paralel gideceği ve ne zaman otomatikleştirileceğine karar vermenin çok zor olduğu SDLC'de.

Otomasyona geçmeden önce aşağıdaki durumları göz önünde bulundurun

  • Ürün ilkel aşamalarında olabilir, ürünün bir kullanıcı arayüzü bile olmadığında, bu aşamalarda neyi otomatikleştirmek istediğimiz konusunda net bir düşünceye sahip olmalıyız. Aşağıdaki noktalar hatırlanmalıdır.
    • Testler eski olmamalıdır.
    • Ürün geliştikçe, komut dosyalarını seçmek ve eklemek kolay olmalıdır.
    • Kendini kaptırmamak ve komut dosyalarının hata ayıklamasının kolay olmasını sağlamak çok önemlidir.
  • Kullanıcı arabirimi sık sık değişikliklere maruz kaldığından, bu nedenle komut dosyalarının başarısız olmasına yol açacağından, ilk aşamalarda UI otomasyonunu denemeyin. Mümkün olduğunca, ürün stabilize olana kadar API seviyesi / UI olmayan seviye otomasyonu tercih edin. API otomasyonunun düzeltilmesi ve hata ayıklaması kolaydır.

En İyi Otomasyon Durumlarına Nasıl Karar Verilir:

Otomasyon, bir test döngüsünün ayrılmaz bir parçasıdır ve otomatikleştirmeye karar vermeden önce, otomasyonla neyi başarmak istediğimize karar vermek çok önemlidir.

Otomasyonun sağladığı faydalar çok çekici, ancak aynı zamanda kötü organize edilmiş bir otomasyon paketi tüm oyunu bozabilir. Test uzmanları, çoğu zaman komut dosyalarının hatalarını ayıklayıp düzelterek test süresi kaybına neden olabilir.

Verimli Test Otomasyonu

Bu seri, bir otomasyon paketinin, sahip olduğumuz otomasyon komut dosyalarıyla doğru test durumlarını seçecek ve doğru sonuçları verecek kadar verimli hale nasıl getirilebileceğini açıklamaktadır.

Ayrıca, Ne zaman otomatikleştirilmeli, Neler otomatikleştirilmeli, Neler otomatikleştirilmemeli ve Otomasyon stratejisi nasıl oluşturulur gibi soruların yanıtlarını da ele aldım.

Otomasyon İçin Doğru Testler

Bu sorunu çözmenin en iyi yolu, hızlı bir şekilde ürünümüze uygun bir 'Otomasyon Stratejisi' bulmaktır.

Buradaki fikir, her grubun bize farklı bir sonuç vermesi için test senaryolarını gruplamaktır. Aşağıda verilen Resim, test ettiğimiz ürüne / çözüme bağlı olarak benzer test durumlarımızı nasıl gruplayabileceğimizi göstermektedir.

Test Durumlarını Gruplama

Şimdi derinlemesine dalalım ve her grubun neyi başarmamıza yardımcı olabileceğini anlayalım:

# 1) Tüm temel işlevleri içeren bir test paketi oluşturun Pozitif testler . Bu paket otomatikleştirilmelidir ve bu paket herhangi bir derlemeye karşı çalıştırıldığında sonuçlar hemen gösterilir. Bu pakette başarısız olan herhangi bir komut dosyası S1 veya S2 hatasına yol açar ve bu yapıya özgü diskalifiye edilebilir. Yani burada çok zaman kazandık.

Ek bir adım olarak, bu otomatik test paketini BVT'nin (Yapı doğrulama testleri) bir parçası olarak ekleyebilir ve ürün oluşturma sürecine QA otomasyon komut dosyalarını kontrol edebiliriz. Bu nedenle, derleme hazır olduğunda, test uzmanları otomasyon test sonuçlarını kontrol edebilir ve yapının kurulum ve ileri test süreci için uygun olup olmadığına karar verebilir.

Bu açıkça şu otomasyon hedeflerine ulaşır:

  • Test çabasını azaltın.
  • Hataları daha önceki aşamalarda bulun.

#iki) Sonra, bir grubumuz var Uçtan uca testler .

Büyük çözümler altında, özellikle projenin kritik aşamalarında, uçtan uca bir işlevselliği test etmek kilit öneme sahiptir. Uçtan uca çözüm testlerine de değinen birkaç otomasyon komut dosyamız olmalı. Bu paket çalıştırıldığında, sonuç, ürünün bir bütün olarak beklendiği gibi çalışıp çalışmadığını göstermelidir.

Entegrasyon parçalarından herhangi biri bozuksa Otomasyon test paketi belirtilmelidir. Bu paketin çözümün her küçük özelliğini / işlevini kapsaması gerekmez, ancak ürünün bir bütün olarak çalışmasını kapsamalıdır. Bir alfa veya beta veya başka herhangi bir ara sürümümüz olduğunda, bu tür komut dosyaları işe yarar ve müşteriye bir miktar güven verir.

Daha iyi anlamak için bir test yaptığımızı varsayalım. çevrimiçi alışveriş portalı , uçtan uca testlerin bir parçası olarak yalnızca ilgili temel adımları ele almalıyız.

Aşağıda Verildiği gibi:

  • Kullanıcı Girişi.
  • Öğelere göz atın ve seçin.
  • Ödeme Seçeneği - bu, ön uç testlerini kapsar.
  • Arka uç sipariş yönetimi (birden fazla entegre iş ortağıyla iletişim kurmayı, stoğu kontrol etmeyi, kullanıcıya e-posta göndermeyi vb. İçerir) - bu, tek tek parçaların ve ayrıca ürünün özünün test entegrasyonuna yardımcı olacaktır.

Yani böyle bir betik çalıştırıldığında, çözümün bir bütün olarak iyi çalıştığına dair bir güven verir.!

# 3) Üçüncü set Özellik / İşlevsellik tabanlı testler .

İçin misal , Bir dosyaya göz atma ve seçme işlevine sahip olabiliriz, bu nedenle bunu otomatikleştirdiğimizde, özellik testinin yapılması için farklı dosya türlerinin, dosya boyutlarının vb. Seçimini dahil etmek için vakaları otomatikleştirebiliriz. Bu işlevsellikte herhangi bir değişiklik / ekleme olduğunda, bu paket bir Regresyon paketi olarak hizmet edebilir.

# 4) Listede bir sonraki UI tabanlı testler. Sayfalandırma, metin kutusu karakter sınırlaması, takvim düğmesi, açılır menüler, grafikler, resimler gibi tamamen UI tabanlı işlevleri test edecek başka bir paketimiz olabilir. Bu komut dosyalarının başarısız olması, kullanıcı arayüzü tamamen kapalı olmadıkça veya belirli sayfalar beklendiği gibi görünmedikçe genellikle çok kritik değildir!

# 5) Basit ama elle yapılması çok zahmetli olan başka bir dizi testimiz daha olabilir. Sıkıcı ama basit testler ideal otomasyon adaylarıdır, örneğin veritabanına 1000 müşterinin ayrıntılarını girmek basit bir işleve sahiptir, ancak manuel olarak yapılması son derece zahmetlidir, bu tür testlerin otomatikleştirilmesi gerekir. Aksi takdirde, çoğunlukla görmezden gelinir ve test edilmezler.

Neler Otomatikleştirilmemeli?

Aşağıda, otomatikleştirilmemesi gereken birkaç test verilmiştir.

# 1) Negatif testler / Yük devretme testleri

Otomatikleştirmeye çalışmamalıyız negatif veya yük devretme testleri Bu testlerde olduğu gibi, test uzmanlarının analitik düşünmesi gerekir ve negatif testler bize yardımcı olabilecek bir geçme veya kalma sonucu vermek için gerçekten kolay değildir.

Olumsuz testler, gerçek bir felaket kurtarma senaryosunu simüle etmek için çok sayıda manuel müdahaleye ihtiyaç duyacaktır. Örnek vermek gerekirse, web hizmetleri güvenilirliği gibi özellikleri test ediyoruz - burada genelleştirmek için bu tür testlerin ana amacı, kasıtlı arızalara neden olmak ve ürünün güvenilir olmayı ne kadar iyi başardığını görmek olacaktır.

Yukarıdaki arızaları simüle etmek basit değildir, bazı saplamalar enjekte etmeyi veya arada bazı araçları kullanmayı içerebilir ve otomasyon buraya gitmek için en iyi yol değildir.

# 2) Ad hoc testler

Bu testler her zaman bir ürünle gerçekten alakalı olmayabilir ve hatta bu, test uzmanının proje başlangıcının o aşamasında düşünebileceği bir şey olabilir ve ayrıca geçici bir testi otomatikleştirme çabası kritikliğe karşı doğrulanmalıdır. testlerin değindiği özellik.

Örneğin , Verilerin sıkıştırılması / şifrelenmesi ile ilgilenen bir özelliği test eden bir test cihazı, çeşitli veriler, dosya türleri, dosya boyutları, bozuk veriler, verilerin bir kombinasyonu, farklı algoritmalar kullanarak, birkaç farklı alanda yoğun geçici testler yapmış olabilir. platformlar vb.

Planladığımız zaman otomasyon Tek başına bu özelliğe yönelik tüm geçici testlerin kapsamlı otomasyonunu önceliklendirip kapsamlı bir şekilde yapmamak ve diğer temel özellikleri otomatikleştirmek için biraz zaman ayırmak isteyebiliriz.

# 3) Büyük ön kurulumla yapılan testler

Çok büyük ön koşullar gerektiren testler var.

Örneğin, Ürün, bir sisteme kurulum, kuyruk oluşturma, kuyruk oluşturma vb. Gerektiren herhangi bir mesajlaşma kuyruk sistemi ile entegre olduğu için, bazı işlevler için 3. taraf bir yazılımla entegre olan bir ürünümüz olabilir.

3rdparti yazılımı herhangi bir şey olabilir ve kurulum doğası gereği karmaşık olabilir ve bu tür komut dosyaları otomatik hale getirilirse, bunlar sonsuza kadar o üçüncü taraf yazılımın işlevine / kurulumuna bağlı olacaktır.

Ön koşul şunları içerir:

Şu anda, her iki taraftaki kurulumlar yapıldığından ve her şey yolunda olduğundan işler basit ve temiz görünebilir. Bir proje bakım aşamasına girdiğinde, projenin başka bir takıma taşındığını ve gerçek testin çok basit olduğu ancak komut dosyasının 3 nedeniyle başarısız olduğu bu tür komut dosyalarında hata ayıklamaya başladıklarını birçok kez gördük.rdparti yazılım sorunu.

Yukarıdakiler sadece bir örnektir, genel olarak, takip eden basit bir test için zahmetli ön ayarlara sahip testleri takip edin.

Basit Test Otomasyonu Örneği

Bir yazılımı test ederken (web'de veya masaüstünde), normalde adımlarınızı gerçekleştirmek için bir fare ve klavye kullanırsınız. Otomasyon aracı, komut dosyası veya bir programlama dili kullanarak aynı adımları taklit eder.

Örneğin , bir hesap makinesini test ediyorsanız ve test senaryosu, iki sayı eklemeniz ve sonucu görmeniz gerektiğidir. Komut dosyası, farenizi ve klavyenizi kullanarak aynı adımları gerçekleştirecektir.

Windows'ta .swf dosyaları nasıl açılır

Örnek aşağıda gösterilmiştir.

Manuel Test Durumu Adımları:

  1. Hesaplayıcıyı Başlat
  2. 2'ye basın
  3. +
  4. Basın 3
  5. Basın =
  6. Ekranda 5 görüntülenmelidir.
  7. Hesaplayıcıyı kapatın.

Otomasyon Komut Dosyası:

//the example is written in MS Coded UI using c# language. (TestMethod) public void TestCalculator() { //launch the application var app = ApplicationUnderTest.Launch('C:\Windows\System32\calc.exe'); //do all the operations Mouse.Click(button2); Mouse.Click(buttonAdd); Mouse.Click(button3); Mouse.Click(buttonEqual); //evaluate the results Assert.AreEqual('5', txtResult.DisplayText,”Calculator is not showing 5); //close the application app.Close(); }

Yukarıdaki komut dosyası, manuel adımlarınızın yalnızca bir kopyasıdır. Komut dosyasının oluşturulması ve anlaşılması da kolaydır.

İddia nedir?

Senaryonun ikinci son satırının biraz daha açıklamaya ihtiyacı var.

Assert.AreEqual (“5”, txtResult.DisplayText, ”Hesap Makinesi 5'i göstermiyor);

Her test durumunda, sonunda bazı beklenen veya tahmin edilen sonuçlarımız olur. Yukarıdaki senaryoda ekranda “5” gösterilmesi beklentimiz var. Gerçek sonuç, ekranda görüntülenen sonuçtur. Her test durumunda, beklenen sonucu gerçek sonuçla karşılaştırırız.

Aynı şey otomasyon testi için de geçerli. Buradaki tek fark, bu karşılaştırmayı test otomasyonunda yaptığımızda, her araçta buna başka bir şey deniyor.

Bazı araçlar buna ' İddia ', Bazıları buna' kontrol noktası 'Ve bazıları buna' doğrulama 'diyor. Ama temelde bu sadece bir karşılaştırmadır. Bu karşılaştırma başarısız olursa, Örneğin. bir ekran 5 yerine 15 gösteriyorsa bu iddia / kontrol noktası / doğrulama başarısız olur ve test durumunuz başarısız olarak işaretlenir.

Bir iddia nedeniyle bir test durumu başarısız olursa, bu, test otomasyonu aracılığıyla bir hata tespit ettiğiniz anlamına gelir. Normalde manuel testte yaptığınız gibi bunu hata yönetim sisteminize rapor etmelisiniz.

Yukarıdaki komut dosyasında, ikinci son satırda bir iddia gerçekleştirdik. 5 beklenen sonuçtur, txtResult . Ekran Metni gerçek sonuçtur ve eşit değilse, 'Hesap Makinesi 5'i göstermiyor' mesajı gösterilir.

Sonuç

Genellikle test uzmanları, test tahminlerini iyileştirmek için tüm vakaları otomatikleştirmek için proje son tarihleri ​​ve görevleriyle karşılaşır.

Otomasyon hakkında bazı yaygın 'yanlış' algılar vardır.

Onlar:

  • Her test durumunu otomatikleştirebiliriz.
  • Testleri otomatikleştirmek, test süresini büyük ölçüde azaltacaktır.
  • Otomasyon betikleri sorunsuz çalışıyorsa hiçbir hata ortaya çıkmaz.

Otomasyonun yalnızca belirli test türleri için test süresini azaltabileceğinden emin olmalıyız. Tüm testlerin herhangi bir plan veya sıra olmadan otomatikleştirilmesi, yoğun bakım gerektiren, sık sık başarısız olan ve çok fazla manuel müdahale gerektiren büyük komut dosyalarına yol açacaktır. Ayrıca, sürekli gelişen ürünlerde otomasyon komut dosyaları eskimiş olabilir ve bazı sürekli kontrollere ihtiyaç duyabilir.

Doğru adayları gruplamak ve otomatikleştirmek, çok zaman kazandıracak ve otomasyonun tüm avantajlarını sağlayacaktır.

Bu mükemmel eğitim sadece 7 noktada özetlenebilir.

Otomasyon Testi:

  • Programlı olarak yapılan testtir.
  • Aracı, testlerin yürütülmesini kontrol etmek için kullanır.
  • Beklenen sonuçları gerçek sonuçlarla karşılaştırır (İddialar).
  • Bazı tekrarlayan ancak gerekli görevleri otomatikleştirebilir ( Örneğin. Regresyon testi durumlarınız).
  • Manuel olarak yapılması zor olan bazı görevleri otomatikleştirebilir (Örneğin.Yük testi senaryoları).
  • Komut dosyaları hızlı ve tekrar tekrar çalıştırılabilir.
  • Uzun vadede uygun maliyetlidir.

Burada Otomasyon basit terimlerle açıklanmıştır, ancak bu her zaman yapmanın kolay olduğu anlamına gelmez. İçinde zorluklar, riskler ve daha birçok engel var. Test otomasyonunun yanlış gidebileceği çok sayıda yol vardır, ancak her şey yolunda giderse, test otomasyonunun faydaları gerçekten çok büyüktür.

Bu dizide gelecek olanlar:

Gelecek eğitimlerimizde, otomasyonla ilgili birkaç yönü tartışacağız.

Bunlar şunları içerir:

  1. Otomatikleştirilmiş test türleri ve bazı yanılgılar.
  2. Kuruluşunuza otomasyon nasıl eklenir ve test otomasyonu yaparken sık karşılaşılan tuzaklardan nasıl kaçınılır.
  3. Takım seçim süreci ve çeşitli otomasyon araçlarının karşılaştırılması.
  4. Örneklerle Komut Dosyası Geliştirme ve Otomasyon Çerçeveleri.
  5. Test Otomasyonunun yürütülmesi ve raporlanması.
  6. Test Otomasyonunun En İyi Uygulamaları ve Stratejileri.

Otomasyon Testinin her bir kavramı hakkında daha fazla bilgi edinmek ister misiniz? Dikkat edin ve bu dizide gelecek öğreticiler listemizi takip etmeye devam edin ve aşağıdaki yorumlar bölümünde düşüncelerinizi ifade etmekten çekinmeyin.

SONRAKİ Eğitici # 2

Önerilen Kaynaklar

^