39 TOP Otomasyon Testi Mülakat Soruları ve Cevapları

39 top automation testing interview questions

Yeni Başlayanlar ve İleri Seviye adaylar için En Sık Sorulan Otomasyon Testi Mülakat Soruları:

Test otomasyonu, tüm yazılım yaşam döngüsünde çok önemli bir rol oynar. Bir otomasyon testi görüşmesine hazırlanmak istediğimizde çoğu zaman sadece araca özel sorulara odaklanırız.

Ancak, aracı öğrenmenin ve bilmenin sadece bir araç olduğu ve nihai hedef olmadığı gerçeğini de dikkate almalıyız.

Bu nedenle, ne zaman bir otomasyon testçisi görüşmesi için hazırlanırsak, 'Otomasyonu' bir bütün olarak ele almalı ve çerçeve ve ilgili adımlara odaklanmalıyız.

Hepimiz, yazılım testinin yazılım geliştirmenin çok önemli bir parçası olduğunu biliyoruz. Ancak, hızla büyüyen yazılım geliştirme metodolojileri ve ortamlarıyla, bir uygulama için her şeyi sınırlı bir süre içinde maliyet kısıtlamaları ile birlikte manuel olarak test etmek zorlaşır.

Bu nedenle, Otomasyon testi, geliştirme hızına ulaşmak için pazarda hızla büyüyor. Bu eğitim, Otomasyon testiyle ilgili en önemli mülakat sorularını içerir. Bir bütün olarak otomasyona çok özel olan ve herhangi bir “araca” özgü olmayan kısa ve hızlı soruları aktarmaya çalıştım.

İlk 39 Otomasyon Testi Mülakat Sorusu

Temel test otomasyonu sorularını ve 2 ila 5 yıla kadar deneyime sahip orta ila uzman seviyesindeki adaylar için bazı gelişmiş soruları ele aldık.

S # 1) Otomasyon nedir?

Cevap: Otomasyon, insan çabalarını azaltabilecek herhangi bir eylemdir.

S # 2) Otomasyon testi nedir?

Cevap: Veri girmek, test adımlarını yürütmek ve sonuçları karşılaştırmak gibi test görevlerini gerçekleştirmek için özel yazılım araçları veya komut dosyaları kullanma süreci Otomasyon testi olarak bilinir.

S # 3) Neleri otomatikleştirebilirsiniz?

Cevap:

• Regresyon test paketi
• Duman / Sanity test paketi
• Dağıtım oluşturun
• Test verileri oluşturma
• API'lerin ve yöntemlerin test edilmesi gibi GUI arkasında otomatikleştirme.

S # 4) Otomasyon testi ne zaman faydalıdır?

Cevap: Otomasyon testi, aşağıdaki senaryolarda yararlıdır:

a) Regresyon testi: Bir hata düzeltmesi veya yeni modül uygulaması durumunda, halihazırda uygulanan veya değiştirilmemiş işlevselliğin etkilenmediğinden emin olmalıyız. Bu durumda, regresyon testi senaryosunu birçok kez çalıştırıyoruz.

Örneğin: Her değişiklik talebinden veya hata düzeltmesinden sonra, her yinelemeden sonra artımlı geliştirme yaklaşımı vb. Durumlarda.

b) İşlevsel Olmayan Testler: Bir uygulamanın işlevsel olmayan yönlerini test etmek.

Örneğin, Yük testi veya performans testi vb. İnsanların izlemesi ve analiz etmesi çok zordur.

c) Karmaşık hesaplama insan hatalarına eğilimli kontroller veya test senaryoları.

d) Aynı testlerin tekrar tekrar yapılması: Bazen, farklı bir veri kümesi için veya her derleme sürümünden sonra veya birden çok donanım, yazılım veya her ikisinin kombinasyonu için aynı test senaryosu kümesini çalıştırmamız gerekir.

Yukarıdaki senaryolarda test senaryolarının otomatikleştirilmesi, test etme hızına ulaşmaya ve insan hatalarını en aza indirmeye yardımcı olur.

S # 5) Otomasyona uygun test senaryolarını nasıl belirlersiniz?

Cevap: Otomasyon için uygun test senaryolarının belirlenmesi, otomasyona yönelik en önemli adımdır.

S # 6)% 100 otomasyona ulaşabilir misiniz?

Cevap: % 100 otomasyonun başarılması zor olacaktır çünkü birçok uç test senaryosu olacaktır ve bazı durumlar nadiren yürütülür. Genellikle yürütülmeyen bu durumların otomatikleştirilmesi, otomatik pakete değer katmaz.

S # 7) Projelerinde Otomasyon testi için kullanılması gereken araca nasıl karar verilir?

Cevap: Projenizde Otomasyon testi aracını belirlemek için:

için) Proje gereksinimlerinizi iyice anlayın ve otomatikleştirmek istediğiniz test senaryolarını belirleyin.

b) Projenizin gereksinimlerini destekleyen araçların listesini arayın.

c) Otomasyon aracı için bütçenizi belirleyin. Bütçeniz dahilindeki araçları seçin.

d) Araçlar için zaten yetenekli kaynaklara sahip olup olmadığınızı belirleyin. Gerekli kalifiye kaynaklara sahip değilseniz, mevcut kaynakları eğitmenin veya yeni kaynakları işe almanın maliyetini belirleyin.

dır-dir) Şimdi her bir aracı aşağıdaki gibi temel kriterler için karşılaştırın:

• Araç için komut dosyalarını geliştirmek ve sürdürmek ne kadar kolay?
• Teknik olmayan bir kişi de test senaryolarını az eğitimle gerçekleştirebilir mi?
• Araç, proje gereksinimlerinize göre web, mobil, masaüstü vb. Gibi farklı platform türlerini destekliyor mu?
• Aracın test raporlama işlevi var mı? Değilse, araç için kolayca yapılandırılabilir mi?
• Web tabanlı uygulamalar için tarayıcılar arası destek aracı nasıldır?
• Bu araç kaç farklı test türünü destekleyebilir?
• Araç kaç dili destekliyor?

f) Araçları karşılaştırdıktan sonra, bütçeniz dahilinde olan ve proje gereksinimlerinizi destekleyen aracı seçin ve yukarıda belirtilen temel kriterlere göre size daha fazla avantaj sağlar.

S # 8) Şu anda projemde herhangi bir otomasyona sahip değilim, ancak şimdi otomasyonu uygulamak istiyorum, adımlarım ne olacak?

Cevap:

• İlk olarak, otomatikleştirmek istediğiniz test / test senaryolarının türünü belirleyin.
• Aracı tanımlayın
• Çerçeveyi tasarlayın
• Yardımcı program dosyaları ve ortam dosyaları oluşturun.
• Komut dosyası oluşturmaya başlayın
• Raporlamayı belirleyin ve üzerinde çalışın.
• Senaryoları geliştirmek ve sürdürmek için zaman ayırmak.

Bir proje için Otomasyon Testini uygulamak için gerekli adımlar şunları içerir:

• Otomasyon testinin avantaj ve dezavantajlarını anlayın ve otomasyona uygun test senaryolarını belirleyin.
• Tanımlanan senaryoları otomatikleştirmek için en uygun otomasyon aracını seçin
• Aracı kullanarak test senaryolarını yürütmek için aracı ve gerekli ortamı kurmanıza yardımcı olacak araç uzmanını bulun.
• Ekibi, aracın desteklediği programlama dilinde komut dosyaları yazabilecekleri şekilde eğitin.
• Test çerçevesini oluşturun veya gereksinimlerinizi karşılayan zaten mevcut olanı belirleyin.
• İşletim sistemi, tarayıcılar, mobil cihazlar vb. İçin bir yürütme planı yazın.
• Manuel test senaryolarını otomatik test senaryolarına dönüştürmek için programlama komut dosyaları yazın.
• Aracın raporlama özelliğini kullanarak test senaryosu durumunu bildirin.
• Devam eden değişiklikler veya yeni özellikler için komut dosyalarını koruyun.

S # 9) Hangi aracı kullanmanız gerektiğine nasıl karar veriyorsunuz?

Cevap: Sonuç hangi araç en uygun çünkü proje için çok fazla beyin fırtınası ve tartışma gerekiyor.

S # 10) Aracı belirledikten sonra sonraki adımlarınız ne olacak?

Cevap: Aracı tamamladıktan sonra, bir sonraki adımımız çerçeveyi tasarlamak olacaktır.

S # 11) Çerçeve nedir?

Cevap: Çerçeve, tüm otomasyon paketinin yapısının bir kümesidir. Aynı zamanda bir kılavuzdur ve takip edilirse bakımı ve iyileştirmesi kolay bir yapı ile sonuçlanabilir.

Bu yönergeler şunları içerir:

• Kodlama standartları
• Test verilerinin kullanılması
• Elemanların bakımı ve idaresi (QTP'de nesne deposu)
• Ortam dosyalarının ve özellikler dosyasının işlenmesi
• Verilerin raporlanması
• Günlükleri işleme

S # 12) İyi bir çerçevenin özellikleri nelerdir?

Cevap: Özellikler şunları içerir:

• Modüler: Çerçeve değişime uyarlanabilir olmalıdır. Test uzmanları, komut dosyalarını ortama veya oturum açma bilgilerindeki değişikliğe göre değiştirebilmelidir.
• Yeniden kullanılabilir: Yaygın olarak kullanılan yöntemler veya yardımcı programlar, tüm komut dosyalarına erişilebilen ortak bir dosyaya yazılmalıdır.
• Tutarlı: Paket, kabul edilen tüm kodlama uygulamaları izlenerek tutarlı bir biçimde yazılmalıdır.
• Bağımsız: Senaryolar birbirlerinden bağımsız olacak şekilde yazılmalıdır. Bir testin başarısız olması durumunda, kalan test durumlarını geri almamalıdır (bir giriş sayfası olmadığı sürece)
• Kütükler: Çerçevede günlüğe kaydetme özelliğini uygulamak iyidir. Bu, komut dosyalarımızın daha uzun saatler boyunca çalışması durumunda (örneğin gece modu) yardımcı olur, eğer komut dosyası herhangi bir zamanda başarısız olursa, günlük dosyasına sahip olmak, hatanın türü ile birlikte konumu tespit etmemize yardımcı olur.
• Raporlama: Raporlama özelliğinin çerçeveye otomatik olarak yerleştirilmesi iyidir. Komut dosyası oluşturulduktan sonra, sonuçların ve raporların e-posta yoluyla gönderilmesini sağlayabiliriz.
• Entegrasyon: Otomasyon Çerçevesi, sürekli entegrasyon gibi diğer uygulamalarla entegre edilmesi veya derleme kurulur kurulmaz otomatikleştirilmiş komut dosyasını tetiklemesi kolay olacak şekilde olmalıdır.

S # 13) Çerçeve olmadan yapabilir misiniz?

Cevap: Çerçeveler kılavuzlardır ve zorunlu kurallar değildir, bu yüzden bir çerçeve olmadan yapabiliriz, ancak onu oluşturur ve uygularsak, geliştirme ve sürdürmenin uygulanması kolay olacaktır.

S # 14) Farkında olduğunuz farklı Otomasyon aracı türleri nelerdir?

Cevap: Selenium, JMeter vb. Gibi açık kaynaklı araç.

QTP, Load Runner, Ranorex, RFT ve Rational Robot gibi ücretli araçlar.

S # 15) Genel olarak bir çerçevenin yapısı nedir?

Cevap: Normalde yapının sahip olması gereken - (Projeden projeye farklılık gösterecektir)

• Gerçek test komut dosyalarına sahip bir 'src' (kaynak) klasörü.
• Tüm kitaplıkları ve ortak yöntemleri içeren bir 'lib' (kitaplık) klasörü.
• Tüm sınıf dosyasını içeren bir 'sınıf' klasörü (java kullanılıyorsa).
• Günlük dosyalarına sahip bir 'günlük' klasörü.
• Tüm web öğesi kimliklerine sahip bir dosya / klasör.
• URL, ortam ve oturum açma bilgilerini içeren bir dosya.

S # 16) URL, giriş, şifre gibi bilgileri nerede tutacaksınız?

Cevap: Bu bilgiler her zaman ayrı bir dosyada tutulmalıdır.

S # 17) Neden bu tür bilgileri doğrudan kodda değil de ayrı bir dosyada tutmak istiyorsunuz?

Cevap: URL, Oturum Açma ve şifreler çok sık kullanılan alan türleridir ve bunlar ortama ve yetkilendirmeye göre değişir. Kodumuza kodlamamız durumunda, referansı olan her dosyada onu değiştirmemiz gerekir.

100'den fazla dosya olması durumunda, 100 dosyanın tamamını değiştirmek çok zorlaşır ve bu da hatalara yol açabilir. Dolayısıyla bu tür bilgiler ayrı bir dosyada tutulur, böylece güncelleme kolaylaşır.

S # 18) Farklı çerçeve türleri nelerdir?

Cevap: Farklı çerçeve türleri şunları içerir:

• Anahtar kelimeye dayalı çerçeve
• Veriye Dayalı çerçeve
• Hibrit Çerçeve
• Doğrusal Komut Dosyası

S # 19) Otomasyon sırasında bazı iyi kodlama uygulamaları anlatabilir misiniz?

Cevap: İyi kodlama uygulamalarından bazıları şunları içerir:

• Uygun yorumları ekleyin.
• Yeniden kullanılabilir yöntemleri tanımlayın ve ayrı bir dosyaya yazın.
• Dile özgü kodlama kurallarına uyun.
• Test verilerini ayrı bir dosyada saklayın.
• Komut dosyalarınızı düzenli olarak çalıştırın.

S # 20) Otomatikleştirilmemesi gerektiğini düşündüğünüz herhangi bir test türü?

Cevap:

• Nadiren gerçekleştirilen testler.
• Keşif testi
• Kullanılabilirlik testi
• Manuel olarak yapıldığında hızlı bir şekilde gerçekleştirilen test.

S # 21) Testin yalnızca UI düzeyinde yapılabileceğini düşünüyor musunuz?

Java'daki bir yöntemden bir dizi döndürmek

Cevap: Bugün Çevik moda geçerken, testler UI katmanıyla sınırlı değil. Çevik bir proje için erken geribildirim çok önemlidir. Yalnızca UI katmanına konsantre olursak, aslında UI geliştirilip test edilebilene kadar bekliyoruz.

Aksine, kullanıcı arayüzü gerçekten geliştirilmeden önce bile test edebiliriz. Salatalık gibi araçları kullanarak API'leri veya yöntemleri doğrudan test edebiliriz. FitNesse .

Bu şekilde, geri bildirimi çok erken veriyoruz ve UI geliştirilmeden önce bile test ediyoruz. Bu yaklaşımı takip etmek, kullanıcı arayüzündeki küçük kozmetik değişikliklerin veya bazı doğrulamaların yalnızca GUI yönünü test etmemize yardımcı olacak ve hataları düzeltmek için daha fazla zaman vererek geliştiricilere yardımcı olacaktır.

S # 22) Size en uygun otomasyon aracını nasıl seçersiniz?

Cevap: Otomasyon aracını seçmek, aşağıdaki gibi çeşitli faktörlere bağlıdır:

• Otomatikleştirmek istediğimiz uygulamanın kapsamı.
• Maliyet ve bütçe gibi yönetim giderleri.
• Aracı öğrenme ve uygulama zamanı.
• Araç için mevcut destek türü.
• Aracın sınırlandırılması

S # 23) Sizce test uzmanlarını otomasyon yapmak için geri tutan nedir? Üstesinden gelmenin bir yolu var mı?

Cevap: Test uzmanları için en büyük engel, otomatikleştirmek istediklerinde programlama / kodlamayı öğrenmektir. Test kullanıcıları kodlamadığından, kodlamaya uyum sağlamak testçiler için biraz zordur.

Bunun üstesinden şu şekilde gelebiliriz:

• Otomatikleştirirken geliştiricilerle işbirliği yapmak.
• Otomasyonun sadece test uzmanlarının değil tüm ekibin sorumluluğu olduğunu düşünmek.
• Özel bir zaman ayırın ve otomasyona odaklanın.
• Uygun yönetim desteği almak.

Bu otomasyon testi mülakat sorularını pdf olarak kaydedebilir ve daha fazla okumak için yazdırabilirsiniz.

S # 24) Otomasyon test çerçevesi nedir?

Cevap: Genel olarak bir çerçeve, bir dizi kılavuzdur. Testlerin otomatikleştirileceği bir yürütme ortamı oluşturmak için bir dizi kılavuz, varsayım, kavram ve kodlama uygulaması, Otomasyon test çerçevesi olarak bilinir.

Bir otomasyon test çerçevesi, test edilen uygulama ile bağlantı kurmak, bir dosyadan girdi almak, test olaylarını yürütmek ve test yürütme için raporlar oluşturmak için bir mekanizmaya sahip bir test koşum takımı oluşturmaktan sorumludur. Bir otomasyon test çerçevesi uygulamadan bağımsız olmalı ve kullanımı, değiştirilmesi veya genişletilmesi kolay olmalıdır.

S # 25) Bir otomasyon test çerçevesinin önemli modülleri nelerdir?

Cevap: Bir Otomasyon test çerçevesinin önemli modülleri şunlardır:

1. Test Onaylama Aracı: Bu araç, test edilen uygulamada beklenen değerleri test etmek için iddia beyanları sağlayacaktır. Örneğin. TestNG, Junit vb.
2. Veri Kurulumu: Her test senaryosu, kullanıcı verilerini veritabanından veya bir dosyadan veya test komut dosyasına gömülü olarak almalıdır. Frameworks veri modülü, test komut dosyaları ve global değişkenler için veri alımını dikkate almalıdır.
3. Yönetim Aracı Oluştur: Test betikleri oluşturmanın kullanımı için çerçevenin oluşturulması ve dağıtılması gerekir.
4. Sürekli entegrasyon aracı: CICD (Sürekli Entegrasyon ve Sürekli Geliştirme) yürürlükte olduğunda, her yinelemede çerçevede yapılan değişiklikleri entegre etmek ve dağıtmak için sürekli entegrasyon aracı gereklidir.
5. Raporlama aracı: Adımların, sonuçların ve arızaların daha iyi bir görünümü için test senaryoları yürütüldükten sonra okunabilir bir rapor oluşturmak için bir raporlama aracı gereklidir.
6. Günlük aracı: Çerçevedeki kayıt aracı, hata ve hataların daha iyi ayıklanmasına yardımcı olur.

S # 26) Bazı Otomasyon test araçlarını açıklayın.

Cevap: Ünlü Otomasyon test araçlarından bazıları aşağıda açıklanmıştır:

(i) Selenyum : Selenium, web uygulaması otomasyon testi için bir test çerçevesidir. Birden çok tarayıcıyı destekler ve işletim sisteminden bağımsızdır. Selenium ayrıca Java, C #, PHP, Ruby ve Perl gibi çeşitli programlama dillerini de destekler.

Selenyum web tabanlı uygulamaları test etmek için ek test çerçeveleri veya test komut dosyaları geliştirmek için kullanılabilen açık kaynaklı bir kitaplık kümesidir.

(ii) UFT : Unified Functional Testing, fonksiyonel test için lisanslı bir araçtır. API'ler, web hizmetleri vb. Gibi çok çeşitli özellikler sağlar ve ayrıca masaüstü, web ve mobil gibi birden çok platformu destekler. UFT betikleri, visual basic betik dilinde yazılır.

(İi) dönemler : Appium, açık kaynaklı bir mobil uygulama test aracıdır. Platformlar arası, yerel, hibrit ve web tabanlı mobil uygulamalarda testi otomatikleştirmek için kullanılır. Appium, test kodundan API ve DB'lere tam erişim ile herhangi bir dilden herhangi bir mobil uygulamayı otomatikleştirir.

Appium, istemci-sunucu mimarisine dayanmaktadır ve selenyumdan geliştirilmiştir.

(iv) Salatalık : Cucumber, açık kaynaklı bir davranış odaklı geliştirme aracıdır. Web tabanlı uygulama otomasyon testleri için kullanılır ve ruby, java, scala, groovy, vb. Gibi dilleri destekler. Cucumber, düz metin olarak yazılmış çalıştırılabilir özellikleri okur ve bu spesifikasyonlar için test edilen uygulamayı test eder.

Salatalığın düz metindeki senaryoları anlayabilmesi için, Kornişon olarak bilinen bazı temel söz dizimi kurallarına uymamız gerekir.

(v) TestComplete : TestComplete, uygulamayı masaüstü, web, mobil, vb. Gibi farklı platformlarda test etmek için lisanslı otomatik bir UI test aracıdır. Bir tarayıcıda bir test senaryosu kaydetme ve bunu birden çok tarayıcıda çalıştırma esnekliği sağlar ve böylece çapraz tarayıcı testlerini destekler.

TestComplete, bir nesneyi benzersiz şekilde tanımlayan ve havuzda depolayan dahili nesne tanıma algoritmasına sahiptir.

S # 27) Farklı test çerçeve teknikleri türleri nelerdir?

Cevap: Dört tür otomasyon testi çerçeve tekniği vardır.

Onlar:

(i) Modüler Test çerçevesi:

Bu çerçeve, soyutlama kavramı üzerine inşa edilmiştir. Bu çerçevede, test cihazı, test edilen uygulamanın her modülü için ayrı ayrı komut dosyaları oluşturur ve daha sonra bu komut dosyaları, büyük test senaryoları oluşturmak için hiyerarşik sırayla birleştirilir.

Modüller arasında bir soyutlama katmanı oluşturur, böylece bir modül için test komut dosyalarındaki herhangi bir değişiklik diğer modülleri etkilemez.

Bu çerçevenin avantajları:

• Test senaryolarının daha kolay bakımı ve ölçeklenebilirliği.
• Zaten komut dosyası olan modülleri kullanarak test senaryoları oluşturmak daha kolay ve daha hızlıdır.

Dezavantajları:

• Test senaryoları içlerinde gömülü verilere sahiptir. Bu nedenle, aynı test komut dosyasını farklı verilerle yürütmek, kod düzeyinde büyük bir değişikliktir.

(ii) Veriye Dayalı Test çerçevesi:

Veriye dayalı test çerçevesinde, girdi verileri ve giriş verilerine karşılık gelen beklenen çıktı verileri bir dosya veya veri tabanında saklanır ve otomatik komut dosyası, birden çok veri kümesi için aynı test adımları kümesini çalıştırır. Bu çerçeveyle, yalnızca giriş verilerinin farklı olduğu ve yürütme adımlarının aynı olduğu birden çok test durumu çalıştırabiliriz.

Avantajlar:

• Yürütülmesi gereken test komut dosyalarının sayısını azaltır. Aynı betiği farklı verilerle birçok kez çalıştırıyoruz.
• Otomasyon testi için daha az kodlama.
• Hataları korumak ve düzeltmek veya işlevselliği geliştirmek için daha fazla esneklik.
• Test verileri, test için otomatik sistem hazır olmadan önce bile oluşturulabilir.

Dezavantajları:

• Birden çok veri kümesi için yalnızca aynı yürütme adımlarına sahip benzer test senaryoları birleştirilebilir. Farklı yürütme adımları kümesi, farklı bir test senaryosu gerektirir.

(iii) Anahtar Kelime Odaklı Test çerçevesi:

Veri tabloları ve kendi kendini açıklayan anahtar sözcükler kullanan, uygulamadan bağımsız bir test çerçevesidir. Anahtar sözcükler, test edilen uygulama üzerinde gerçekleştirilecek eylemleri açıklar ve veri tablosu girdi ve beklenen çıktı verilerini sağlar.

Anahtar kelime tabanlı test, veriye dayalı testin bir artışıdır.

Avantajlar:

• Daha az kodlama ve aynı komut dosyası, birden çok veri kümesi için kullanılabilir.
• İşlemler için halihazırda var olan anahtar kelimeleri kullanarak bir test senaryosu oluşturmak için otomasyon uzmanlığı gerekli değildir.
• Birden fazla test senaryosunda aynı anahtar kelimeler kullanılabilir.

Dezavantajları:

• Bu çerçeve, anahtar kelime eylemlerine ve ayrıca veri girişine dikkat etmesi gerektiğinden daha karmaşıktır.
• Test senaryoları uzar ve karmaşıklaşır, dolayısıyla aynı durumun sürdürülebilirliğini etkiler.

(iv) Hibrit Test çerçevesi:

Bu çerçeve, yukarıda belirtilen tüm test çerçevelerinin (Modüler, Veriye dayalı ve Anahtar kelimeye dayalı) bir kombinasyonudur.

Bu çerçevede test senaryoları, modüler test çerçevesinde birleştirilerek modüler betiklerden geliştirilir. Test senaryolarının her biri, veriye dayalı çerçevede olduğu gibi bir veri dosyası ve anahtar sözcük tabanlı bir eylem dosyası kullanan bir sürücü komut dosyası kullanır.

Avantajlar:

• Modüler ve bakımı kolay.
• Daha az kodlama, daha fazla test senaryosunun üstesinden gelebilir.
• Birden fazla veri kümesiyle bir test durumu yürütülebilir.

Dezavantajları:

• Okumak, sürdürmek ve geliştirmek karmaşık.

S # 28) Otomasyon testi yerine ne zaman Manuel testi tercih edersiniz?

Cevap: Aşağıdaki durumlarda manuel testi otomasyon testine tercih ediyoruz:

• Proje kısa vadelidir ve senaryo yazmak, manuel teste kıyasla zaman alıcı ve maliyetli olacaktır.
• Esneklik gereklidir. Otomatik test senaryoları programlanır ve belirli bir konfigürasyon yolu ile çalıştırılır.
• Kullanılabilirlik testinin yapılması gerekiyor.
• Uygulamalar / modül yeni geliştirilmiştir ve önceki test senaryoları yoktur.
• Ad-hoc veya keşif testlerinin yapılması gerekir.

S # 29) Çevik Metodolojide Otomasyon testi yararlı mı, değil mi?

Cevap: Otomasyon testi, regresyon, duman veya akıl sağlığı testi için kullanışlıdır. Geleneksel şelale modelindeki tüm bu test türleri, döngünün sonunda gerçekleşir ve bazen uygulamada pek çok geliştirme yoksa, yapmak zorunda bile kalmayabiliriz. gerileme testi .

Oysa çevik metodoloji , her yineleme, bazı yeni işlevler eklendikçe, regresyon testi senaryosunun yürütülmesini gerektirir.

Ayrıca, mevcut sprint modülünün fonksiyonel test durumlarının bir sonraki sprint için regresyon paketine eklenmesi gerektiğinden, regresyon paketi her sprintten sonra büyümeye devam eder.

Bu nedenle, çevik metodolojide Otomasyon testi çok faydalıdır ve sprintten daha kısa sürede maksimum test kapsamına ulaşılmasına yardımcı olur.

S # 30) Otomasyon testinin bazı avantaj ve dezavantajlarını listeleyin.

Cevap:

Avantajlar:

• Daha az insan kaynağı
• Tekrar Kullanılabilirlik
• Daha kısa sürede daha fazla Test Kapsamı
• Güvenilirlik
• Test senaryolarının paralel yürütülmesi
• Hızlı

Dezavantajları:

Windows 10'da java ile bir jar dosyası nasıl açılır

• Geliştirme ve bakım süresi daha fazladır.
• Araç Maliyeti
• Nitelikli kaynaklar gereklidir.
• Ortam kurulumu
• Test Komut Dosyası hata ayıklaması bir sorundur.

S # 31) Manuel testin bazı avantaj ve dezavantajlarını listeleyin.

Cevap:

Avantajlar:

• Ortam kurulumuna gerek yoktur.
• Programlama bilgisi gerekli değildir.
• Dinamik olarak değişen gereksinimler için önerilir.
• İnsan gözlem gücünün daha fazla böcek tespit etmesine izin verin.
• Kısa vadeli projeler için maliyet daha azdır.
• Esneklik

Dezavantajları:

• Karmaşık hesaplamaları yapmak zor.
• Tekrar Kullanılabilirlik
• Zaman alıyor
• Yüksek insan hatası veya hata riski.
• Daha fazla insan kaynağına ihtiyaç var.

S # 32) Çerçeve olmadan Otomasyon testi yapabilir miyiz? Cevabınız evet ise, neden bir çerçeveye ihtiyacımız var?

Cevap: Evet, bir çerçeve kullanmadan bile otomasyon testi yapabiliriz. Otomasyon için kullandığımız aracı anlayabilir ve araçların desteklediği programlama dilindeki adımları programlayabiliriz.

Test senaryolarını bir çerçeve olmadan otomatikleştirirsek, test senaryoları için programlama komut dosyalarında herhangi bir tutarlılık olmayacaktır.

Test komut dosyalarında okunabilirliği, yeniden kullanılabilirliği ve tutarlılığı sürdürmek için herkesin uyması gereken bir dizi kılavuz vermek için bir çerçeve gereklidir. Bir çerçeve aynı zamanda raporlama ve günlük tutma işlevi için tek bir ortak zemin sağlar.

S # 33) Bir uygulama için temel 'oturum açma' işlevselliği test durumlarını nasıl otomatikleştireceksiniz?

Cevap: Otomasyon aracının ve çerçevesinin zaten test ortamının yerinde olduğunu varsayarsak.

Temel 'Oturum Açma' işlevini test etmek için:

• Proje gereksinimini anlayın : Giriş işlevinde bir kullanıcı adı metin kutusu, bir şifre metin kutusu ve bir oturum açma düğmesi olacaktır.
• Test senaryolarını belirleyin: Oturum açma işlevi için olası test senaryoları şunlardır:
  • Boş kullanıcı adı ve şifre
  • Geçersiz kullanıcı adı ve şifre
  • Geçerli bir kullanıcı adı ve geçersiz parola
  • Geçerli kullanıcı adı ve şifre
• Bir ... hazırlamak Veri giriş dosyası her senaryoya karşılık gelen verilerle.
• Aracı başlatın programdan.
• Kullanıcı adı alanını, şifre alanını ve oturum açma düğmesini tanımlayın.
• Her test senaryosu için, verileri veri dosyasından alın ve ilgili alanlara girin. Program verileri girdikten sonra oturum açma düğmesine tıklayın.
• Doğrula olumsuz senaryolar için hata mesajı ve iddiaların yardımıyla test komut dosyasındaki olumlu senaryolar için başarı mesajı.
• Koşmak test paketi ve raporu oluşturun.

S # 34) Otomasyon bir Kara kutu testi mi yoksa Beyaz kutu testi mi?

Cevap: Otomasyon testi çoğunlukla bir kara kutu testi biz sadece bir manuel test cihazının düşük seviye tasarımını veya uygulamanın kodunu bilmeden test altındaki uygulama için gerçekleştirdiği adımları programlıyoruz.

Bazen, otomatik test komut dosyalarının, test edilen uygulamada kullanılan veritabanı ayrıntılarına veya daha fazla kodlama ayrıntılarına erişmesi gerekir ve bu nedenle bir tür beyaz kutu testi olabilir.

Bu nedenle, otomatik test, otomasyonun gerçekleştirildiği senaryolara bağlı olarak hem siyah hem de beyaz kutu tipi test olabilir.

S # 35) Günde kaç test durumunu otomatikleştirdiniz?

Cevap: Sayı, test senaryolarının karmaşıklığına bağlıdır. Karmaşıklık sınırlı olduğunda, günde 5 ila 6 test vakasını otomatikleştirebildim. Bazen karmaşık senaryolar için yalnızca bir test durumunu otomatikleştirebildim.

Ayrıca çok karmaşık senaryolarda test durumlarımı girdi almak, hesaplama yapmak, çıktıyı doğrula vb. Gibi farklı bileşenlere ayırdım ve 2 veya daha fazla gün sürdüm.

S # 36) Otomasyon testinin etkinliğini hangi faktörler belirler?

Cevap: Otomasyon testinin etkinliğini belirleyen faktörlerden bazıları şunlardır:

• Test senaryolarının manuel olarak yürütülmesi üzerinden komut dosyalarının çalıştırılmasıyla kazanılan zamandan tasarruf.
• Kusurlar bulundu
• Test Kapsamı veya kod kapsamı
• Bakım süresi veya geliştirme süresi
• Komut dosyalarının kararlılığı
• Yeniden Kullanılabilirliği Test Edin
• Test edilen yazılımın kalitesi

S # 37) Hangi test senaryoları otomatikleştirilebilir?

Cevap: Otomatikleştirilebilecek test senaryo türleri şunlardır:

(i) Duman testi durumları: Duman testi, yapı doğrulama testi olarak da bilinir. Duman testi durumları, yeni bir yapı piyasaya sürüldüğünde, testin gerçekleştirilmesi için yapının sağlığını kontrol etmek için çalıştırılır.

(ii) Regresyon Testi Durumları : Regresyon testi, önceden geliştirilmiş modüllerin yeni bir modül eklendikten veya bir hata düzeltildikten sonra beklendiği gibi çalıştığından emin olmak için yapılan testtir.

Gerileme testi durumları, her bir artış aşamasında yeni bir işlevselliğin eklendiği artımlı yazılım yaklaşımında çok önemlidir. Bu durumda, her artan aşamada regresyon testi gerçekleştirilir.

(iii) Karmaşık Hesaplama test durumları: Bir uygulamanın alanını doğrulamak için bazı karmaşık hesaplamalar içeren test senaryoları bu kategoriye girer. Karmaşık hesaplama sonuçları insan hatalarına daha yatkındır, bu nedenle otomatikleştirildiklerinde doğru sonuçlar verirler.

(iv) Veriye dayalı test senaryoları: Aynı adım kümesine sahip olan ve veri değişikliğiyle birden çok kez çalışan test senaryoları, veriye dayalı test senaryoları olarak bilinir. Bu tür test senaryoları için otomatik testler hızlı ve uygun maliyetlidir.

(v) İşlevsel olmayan test durumları : Yük testleri ve performans testleri gibi test senaryoları, birden çok kullanıcı ve birden çok donanım veya yazılım kombinasyonu içeren simüle edilmiş bir ortam gerektirir.

Her kombinasyon veya kullanıcı sayısı için birden fazla ortamı manuel olarak ayarlamak imkansızdır. Otomatik araçlar, işlevsel olmayan testleri kolayca gerçekleştirmek için bu ortamı kolayca oluşturabilir.

S # 38) Otomasyon testi Yaşam Döngüsündeki aşamalar nelerdir?

Cevap: Otomasyon testi yaşam döngüsündeki aşamalar şunları içerir:

1. Otomasyon testi yapma kararı.
2. Otomasyon aracını tanımlayın ve hakkında bilgi edinin.
3. Otomasyon testinin kapsamını belirleyin.
4. Bir test paketi tasarlayın ve geliştirin.
5. Test uygulaması
6. Test komut dosyalarının bakımı.

S # 39) Otomatik test komut dosyası nedir?

Cevap: Otomatik test komut dosyası, uygulamanın gereksinimlere uygun olup olmadığını doğrulamak için test edilen bir uygulama üzerinde bir dizi talimat gerçekleştirmek için bir programlama dilinde yazılmış kısa bir programdır.

Bu program çalıştırıldığında, uygulamanın beklentilere uygun olup olmadığına bağlı olarak test sonuçlarını geçti veya kaldı olarak verir.

Sonuç

Bunlar, otomasyon aracından veya programlama dilinden bağımsız olan ana sorulardır. Otomasyon testi görüşmeleri, birlikte çalıştığınız araca bağlı olarak araç ve programlama diline özgü soruları da içerir.

Test otomasyonu mülakat sorularının çoğu, geliştirdiğiniz çerçeveye odaklanır, bu nedenle test çerçevenizi iyice oluşturmanız ve anlamanız önerilir. Mülakat yaparken ve aday çerçeveyle ilgili sorumu yanıtladığında, dile özgü bir soru sormayı da tercih ederim (benim durumumda çekirdek java).

Sorular, java'nın temellerinden başlayarak aşağıdaki gibi bazı temel senaryonların mantığını yazmaya başlar:

• Belirli bir satırdan bir metin setini nasıl çıkarırsınız?
• URL'yi nasıl çıkarırsınız?
• Herhangi bir web sayfasında, herhangi bir çerçevede, bağlantı sayısı ve içeriği dinamik olarak değişir, bunu nasıl ele alırsınız?
• Görüntüleri ve flash nesneleri nasıl işliyorsunuz?
• Bir satırdaki bir kelimeyi nasıl bulursun?

Tüm bunların cevapları test otomasyonu mülakat soruları otomatikleştirmek için kullandığınız araca / dile çok özeldir. Bu yüzden mülakata gitmeden önce programlama becerilerinizi tazeleyin.

Çerçevenizi oluşturma şansınız olmadıysa ve başka biri onu oluşturduysa, röportaj için oturmadan önce iyice anlamak için biraz zaman ayırın.

Otomasyon testi görüşmeleri için bazı ipuçları şöyle olabilir:

• Aletinizi iyice tanıyın.
• Aracınız tarafından kullanılan yer tespit tekniklerini öğrenin.
• Otomasyon testi için kullandığınız dili kullanarak programlama alıştırması yapın.
• Çerçevenizi ve bileşenlerini öğrenin.
• Çerçevenizin geliştirilmesine dahil olmuşsanız her zaman avantajlıdır. Bu nedenle, üzerinde çalıştığınız çerçevedeki modüller konusunda titiz olun.

Bu soruların bir test otomasyonu görüşmesine hazırlanmanız için yararlı olacağını umuyoruz.

Önerilen Kaynaklar

• Mülakat Soruları ve Cevapları
• ETL Test Mülakat Soruları ve Cevapları
• Bazı İlginç Yazılım Testi Görüşme Soruları
• 25 En İyi Çevik Test Mülakat Soruları ve Cevapları
• En Önemli 20 API Testi Görüşme Soruları ve Cevapları
• Yazılım Test Soruları ve Cevapları (Bölüm 1)
• En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
• En İyi 30 Güvenlik Testi Görüşme Soruları ve Cevapları