40+ Popüler Test QA Analisti Mülakat Soruları ve Cevapları (2021 LİSTESİ)

40 popular test qa analyst interview questions

En Sık Sorulan Test / Kalite Güvence Analisti Mülakat Soruları ve Cevapları:

Olmak istediğiniz kariyere karar verirken, belirleyici faktör yalnızca üzerinde çalışmaktan zevk alabileceğini düşündüğünüz faktör değildir.

Ancak bu kategoride olmak, seçtiğiniz kariyer için sorumlulukların yanı sıra gerekli iş görevlerini anlamak için birçok beceri gerektirir. Aynı şey, bir QA Analisti olarak kariyer seçerken de geçerlidir. Sadece iyi bir test uzmanı, çabuk öğrenen, sıra dışı düşünen olmanızı değil, aynı zamanda karmaşık bir problem çözücü olmanızı da gerektirir.

Yukarıda belirtilen niteliklere anında ulaşılamasa da, tabii ki tecrübe ve günlerce sıkı çalışma gerektiriyor.

Bu makale, bir QA Analisti olmak için bilgisi zorunlu olan her yönü kapsayacaktır. Burada bulunan en sık sorulan QA Testi Analisti mülakat soruları ve cevapları, mülakat hazırlığınız hakkında size net bir fikir verecektir.

Popüler QA Test Analisti Mülakat Soruları

S # 1) Bir QA Analistinin sorumlulukları nelerdir?

Cevap: Kalite Güvence Analisti, yazılım çözümünün her bir özelliğini hem işlevsel hem de teknik olarak test etmek için mümkün olan her önlemin alınmasını sağlayan kişidir.

QA Analistinin temel sorumlulukları aşağıdaki şekilde kaydedilebilir:

• Test planının hedeflerini karşılamak için tüm etkinlikleri yürütün ve yönetin.
• Ürünü geliştirmek için yüksek kaliteli süreçleri seçin.
• Gereksinimi analiz edebilmeli ve prosedürleri dokümante edebilmelidir.
• Tüm kusurları belgeleyin ve yeniden doğrulayın. Kusurların önceliğini ve ciddiyetini ayarlayın.
• Test senaryoları oluşturabilmeli, belgelendirebilmeli ve sürdürebilmelidirler.
• Test sonuçlarının analizi.

S # 2) Bir Test planıyla ilgili anlayışınız nedir?

Cevap: Neyin, ne zaman, nasıl ve kim olduğuna dair net bir fikriniz olduğunda işler kolaylaşır. Aynı durum, test planının kapsamı, yaklaşımı, kaynakları ve test projesinin ana hatlarının yanı sıra projenin ilerlemesini izleme faaliyetlerinden oluşan bir belge olduğu yazılım testinde de geçerlidir.

Test planı, aşağıdakileri içeren süreçlerin bir kaydıdır:

• Test görevleri
• Test ortamı
• Tasarım teknikleri
• Giriş ve çıkış kriterleri
• Herhangi bir risk vb.

S # 3) Ürün geliştirmede QA ekibi tarafından tanımlanan test görevlerinin önceliğini belirtin.

Cevap: Test görevlerinin önceliği şu şekilde tanımlanır:

• Test projesinin ana hatlarından ve kapsamından oluşan bir test planı hazırlanır.
• Test senaryoları, test için gerekli verilerle tüm ana ve küçük işlevleri kapsayacak şekilde hazırlanır.
• Test döngüsünde test projesinin gelecek yapıları ile uygulanan işlevlere göre test senaryolarının yürütülmesi.
• Yeniden doğrulama ile hata raporlama ve ilerlemesini izleme.
• Test yürütme raporu özetinin hazırlanması.

S # 4) Yazılım Testi gerçekleştirirken karşılaşılan bazı temel zorlukları listeleyin.

Cevap: Tam testin asla başarılamayacağını söylediğimiz gibi, bununla ilgili çeşitli zorluklar vardır. İster küçük ister karmaşık olsun, herhangi bir projenin yazılım testini gerçekleştirirken karşılaşılan bazı zorluklar vardır.

Aşağıda birkaç temel zorluk listelenmiştir:

• Genellikle konu farkındalığı sorunuyla ve müşterinin işi hakkında iyi bilgi eksikliğiyle karşı karşıya kalan yetenekli bir test uzmanı eksikliği.
• Zaman da faktör olarak kabul edilir, çünkü test uzmanları, tamamlanması gereken çok sayıda görev olduğunda kalite testi ile test kapsamından ziyade esas olarak görev kapsamına odaklanır.
• Hangi test senaryosunun önce ve öncelikli olarak yürütülmesi gerektiğine karar vermek. Bu genellikle iş tecrübesiyle elde edilir.
• Gereksinim yanlış anlaşılırsa, tüm test çabalarınızı sıfıra götürebilecek gereksinimlerin doğru bir şekilde anlaşılması.
• Testi daha az zaman ve daha etkinlikle tamamlamak için gereken en iyi araçların bulunmaması.
• İyi iletişim ve analiz becerilerine sahip test uzmanları ve geliştiriciler arasındaki ilişkiyi ele almak.

S # 5) Kullanım Durumu Testini tanımlayın.

Cevap: Kullanım Durumu testi, 'aktörler' ve 'sistem' arasında meydana gelen bir dizi etkileşimi yakalayan işlevsel kara kutu test tekniği olarak tanımlanabilir. Burada 'Aktörler', kullanıcılar ve etkileşimleriyle temsil edilir.

Kullanım senaryosu testinin özellikleri aşağıda listelenmiştir:

• Projenin fonksiyonel gereksinimleri düzenlenir.
• Yolu veya senaryoları baştan sona kaydeder.
• Entegrasyon kusurlarını, yani farklı bileşenler arasındaki etkileşimin bir sonucu olarak ortaya çıkan hataları kapsayabilir.
• Olayların istisnai akışının yanı sıra ana akışları da açıklar.
• Kullanım senaryosunun çalışması için gerekli olan tüm ön koşullar daha önce belirtilmelidir.

S # 6) Test Stratejisini Tanımlayın.

Cevap: Test tasarımını ve genel test yaklaşımını belirlemek için genellikle proje yöneticisi tarafından yürütülen bir dizi kılavuz veya test yaklaşımı Test Stratejisi olarak tanımlanır. Test planının küçük bir bölümü olarak bulunur ve birden çok proje tarafından kullanılır.

Ürünün niteliği ve alanı, ürün arızası riski, önerilen araçlarla çalışma konusundaki uzmanlık vb. Faktörlere bağlı olarak farklı test yaklaşımları izlenir.

Bu yaklaşımlar ayrıca aşağıdaki şekilde kategorize edilir:

• Proaktif yaklaşım , test tasarımları yaklaşımının derleme oluşturulmadan önce başladığı yer. Böylece, inşa edilmeden önce hataları bulup düzeltmeye yardımcı olur.
• Reaktif yaklaşım , test tasarımının ve kodlamanın tamamlanmasının ardından test yaklaşımının başlatıldığı yer.

S # 7) Kalite kontrol ve Kalite güvence arasındaki farkı açıklayın.

Cevap: 'Kalite kontrol' ve 'Kalite güvencesi' herhangi bir test projesi veya ürünü ile ilgili olarak kullanılan iki ana terimdir. Genellikle, bu alanda yeni olan testçiler, ikisi arasındaki gerçek farkı anlamazlar.

Aşağıdaki tablonun yardımıyla farkı anlayalım.

S # 8) Size göre, bir projede kalite güvencesine başlamak için ne zaman uygun olur?

Cevap: Yazılım Geliştirme Yaşam Döngüsüne (SDLC) göre, Test aşaması 'Uygulama ve Kodlama' aşamasının tamamlanmasından sonra yürütülür. Ancak bugünün senaryosunda, en iyi sonuçları elde etmek için projenin veya ürünün QA'sını projenin başlangıcında başlatmak gerekir.

Bu yaklaşımı takip etmek, aşağıda verilen önemli avantajlara yol açacaktır:

• Müşterinin kalite beklentilerini karşılamak için erken süreç planlaması.
• Ekipler arasında iyi ve sağlıklı iletişim.
• Test ortamını kurmak için gereken bol miktarda zaman verir.
• Test planlarının erken incelenmesine ve onaylanmasına izin verir.

S # 9) Doğrulama ve Doğrulama süreçlerini farklılaştırın.

Cevap: Doğrulama ve Doğrulama süreçleri genellikle iki ünlü soruyla belirlenir, ör. ' Sistemi doğru kuruyor muyuz? ' ve 'Doğru sistemi kuruyor muyuz?' .

Bu iki işlem arasındaki diğer farkı aşağıdaki tabloda görelim:

S # 10) Yıkıcı Testin faydalarını açıklayın.

Cevap: Tahribatlı test, test ekibi tarafından ürünün farklı yükler altında arıza noktasını belirlemek, yani mukavemetini, tokluğunu, sertliğini veya sağlamlığını belirlemek için uygulamanın yapısal performansını değerlendirmek için yapılan test şekli olarak tanımlanır.

Yıkıcı testin avantajları aşağıda listelenmiştir:

• Uygulama tasarımının zayıflığı belirlenir.
• Uygulamanın hizmet ömrünü belirleyin.
• Maliyetleri ve arızaları azaltmaya yardımcı olur.

S # 11) Yeniden Test Etmenin Regresyon Testinden farkı nedir?

Cevap: Yeniden Test Etme ve Regresyon Testi arasında birkaç fark vardır.

Bu, aşağıdaki tablodan kolayca anlaşılabilir:

S # 12) Veriye Dayalı Test hakkında ne biliyorsunuz?

Cevap: Otomasyon test komut dosyalarının, kaydedilmiş bir dizi kullanıcı eylemi ile test edilecek uygulamanın yalnızca alanını kapsadığı her otomasyon test cihazı için çok açıktır. Normalde, bu eylemler herhangi bir hata üretmez, çünkü yalnızca girdi verileri kayıt sırasında girdiğimiz koşullar altında alınır.

Veriye dayalı test, uygulamanın her türden giriş değeri için beklendiği gibi çalışmasını istediğimiz burada resme giriyor. Bu amaçla, veriye dayalı test için gerekli veriler kodlanmış değildir, ancak test komut dosyaları verilerini CSV dosyaları, ODBC kaynakları vb. Gibi veri kaynaklarından alır.

Özetlemek gerekirse, veriye dayalı test döngüde aşağıdaki eylemleri gerçekleştirir:

kullanıcı kabul testi (uat)

• Depodan girdi test verilerini alır.
• Eylemleri gerçekleştirmek için uygulamaya girilen veriler.
• Gerçek sonuçları beklenen sonuçlarla doğrulayın.
• Yine aynı adımları yeni giriş test verileriyle tekrarlayın.

S # 13) İzlenebilirlik Matrisi nedir? Her proje için gerekli midir?

Cevap: Herhangi bir projedeki izlenebilirlik matrisi, yeni işlevlerin uygulanması, mevcut işlevlerin iyileştirilmesi, vb. İle ilgili projenin ilerlemesini izleme aracıdır. Bir izlenebilirlik matrisi aracılığıyla, her yönüyle uyumlu olarak, projenin ilerlemesini her zaman takip edebilirsiniz. tarih.

Gereksinim İzlenebilirlik matrisi, gerçekte gereksinim spesifikasyon belgesine uygun olan aşağıda belirtilen parametrelerden oluşur.

Gereksinim İzlenebilirlik matrisinin parametreleri şunları içerir:

• Gereksinim belgesinin her bölümü, RTM (Gereksinim İzlenebilirlik Matrisi) kapsamında ele alınması gereken bir noktadır.
• Her noktanın başlığı, gereksinim şartnamesindeki her bölümün başlığıdır.
• Her noktaya karşılık gelen, o bölüm için yazılan test senaryosu kimliklerinden bahsedilir.
• HATA / Yeni Özellik Kimliği de her bölümde belirtilmiştir.
• En önemli nokta, projenin yapısının ve özelliğinin uygulandığı özelliğin takibinin de sürdürülmesidir.
• Diğer bir parametre, bölümün tamamen test edilip edilmediğini veya hala test durumunda olup olmadığını içerir.

S # 14) Çevik Testin faydalarını açıklayın.

Cevap: Bir test cihazı olarak, odak noktası, son kullanıcı gereksinimini anlayarak ve en önemlisi, son kullanıcı tarafından hiçbir kusur olmadan kaliteli ürünü daha kısa sürede teslim etmeye başlar. Burada Çevik test, çevik yazılım geliştirme ilkesini izleyen ve müşterinin gereksinimlerini hızlı bir şekilde doğrulayan resmin karşısına çıkıyor.

Çevik testin faydaları aşağıda belirtilmiştir:

• Testlere, sonuçları sık aralıklarla veren çapraz işlevli bir çevik ekip dahil edilir.
• Çok fazla zaman ve para tasarrufu sağlar.
• Son kullanıcıdan daha az belge ve zaman zaman geri bildirim içerir.
• Sadece test eden değil, yönetici, müşteri ve geliştirici dahil tüm ekip yüz yüze iletişime dahil olur.
• Günlük toplantıların bir sonucu olarak, sorunlar önceden iyi bir şekilde belirlenebilir.
• Ekip üretkenliğinde artış ve projenin teknik yönlerinin daha iyi anlaşılması.

S # 15) Negatif Test Nedir?

Cevap: Negatif test, bir ürünün veya uygulamanın kararlılığının sürdürülmesini veya beklenmedik bir girdi verildiğinde başarısız olmamayı sağlama yöntemidir. Bu test biçiminin temel amacı, uygulamayı olası geçersiz giriş verilerine karşı doğrular.

Bu test şekli aynı zamanda 'Hata testi' veya 'hata yolu testi' ve asıl amacı, olumsuz senaryolar altında uygulama işlevinin güvenilirliğini kontrol etmektir. Ayrıca yazılım zayıflığını ortaya çıkarır, hataları tespit eder ve veri bozulması konusunda net bir fikir verir.

S # 16) Ad-hoc Test ile Keşif Testini Farklılaştırın?

Cevap: Ad-hoc test ile Keşif testi arasında birkaç fark vardır.

Aşağıdaki tablodaki farklılıkları görelim:

S # 17) Neden Otomasyon Testi Manuel Teste tercih edilir?

Cevap: Eh, hem Otomasyon testi hem de Manuel test, test dünyasında önem ve varlığa sahiptir.

Aşağıda, Otomasyon Testinin Manuel Testten daha çok tercih edilmesi nedeniyle bazı önemli hususlar verilmiştir:

• Testi çalıştırmak için her seferinde aynı test komut dosyası kullanılabilir, bu nedenle otomasyon testi en güvenilir ve verimli test olarak kabul edilir.
• Daha çok regresyon testi ve tekrarlanan yürütme durumunda tercih edilir.
• Otomasyon testi, uzun vadeli uygulama durumunda uygun maliyetli bir test olarak kabul edilir ve bu nedenle daha iyi bir yazılım kalitesi sağlar.
• Test komut dosyaları yeniden kullanılabilir, hızlıdır ve sonuçları herkes görebilir.
• Otomasyon testi için kullanılan araçlar, manuel yaklaşıma göre daha hızlı ve güvenilirdir.

Bununla birlikte, bazı başka faktörler, otomasyon testinin manuel teste tercih edildiğini belirlemektedir. Yukarıda belirtilenler ana faktörlerdir.

S # 18) 'Test etkinliği' ve 'Test verimliliği' ile ne anlıyorsunuz?

Cevap: Test Verimliliği Belirli bir işlevi gerçekleştirmek veya yürütmek için tüketilen kaynakların ve test kodunun sayısının hesaplanması olarak tanımlanabilir. Ayrıca, Yazılım ürünü oluşturmada kullanılan kaynakların sayısını da belirler.

Bu, aşağıdaki formülle belirlenebilir:

Test Verimliliği = (Çözülen kusur sayısı / gönderilen toplam kusur sayısı) * 100

Test Etkinliği test ortamının ve bunun yazılım uygulaması üzerindeki etkisinin değerlendirilmesinin ölçüsü olarak tanımlanabilir. Burada müşteri yanıtı, başvuru gerekliliği yerine getirildiğinde değerlendirilir.

Bu, aşağıdaki formülle belirlenebilir:

Test Etkinliği = (Bulunan kusurların sayısı / Yürütülen test senaryolarının sayısı)

S # 19) Proje Terzilik sürecini açıklayın.

Cevap: Proje uyarlama, proje performansının doğru ve iş gereksinimlerine uygun olmasını sağlayan tutarlı ve devam eden bir süreçtir. Tüm süreç, organizasyonun mevcut operasyonel ihtiyacına göre proje verilerinin gözden geçirilmesini ve değiştirilmesini içerir.

İnceleme süreci organizasyonel seviyede yapılır, ancak uyarlama planlarının uygulanması proje seviyesinde yapılır. Kuruluşun temel amacı ve gereksinimleri ile müşteri ve kullanıcı ilişkileri, süreçte dikkate alınması gereken iki ana faktördür.

Terzilik sürecindeki organizasyonel hedeflere göre birkaç husus:

• Proje yaklaşımı
• Stratejiler
• İlgili kontroller ve süreçler
• Görev ve Sorumluluklar

S # 20) Projedeki kusurun Önceliğini ve Ciddiyetini nasıl ayırt edersiniz?

Cevap: Sorunları / hataları, düzeltilmek üzere alınacakları sırayla kategorize etmek için hataya hem 'Öncelik' hem de 'Önem' atanır. Bunlar çeşitli faktörlere dayanmaktadır.

Aşağıdaki tablodan farklılıklarını daha iyi anlayalım:

S # 21) Herhangi bir uygulama için Performans Testi yapılması neden gerekli?

Cevap: Basit bir dille, bir uygulamanın çeşitli durumlarda davranışını ve tepkisini belirlemek için Performans testi yapılır. Bu, uygulama kararlılığı, ölçeklenebilirlik, hız vb. İle ilgili bilgilerin toplanmasına yardımcı olur.

Performans testi yapmanın nedenleri aşağıdaki noktalardan anlaşılabilir:

• İş yükü altındaki bir uygulama bileşeninin yanıt süresini ve performansını belirler.
• Kullanıcının etkinliğinin yanıt süresi hesaplanır.
• Kapsamlı teknik dile sahip deneyimli programcılar gerektirir.
• Uygulamanın yük altındaki davranışını yani kullanıcı sayısı anında arttığında belirler.

S # 22) Spesifikasyon Odaklı test nedir?

Cevap: Adından da anlaşılacağı gibi, Spesifikasyon odaklı test, fonksiyonel spesifikasyonların gerçekleştirilen testlerin temeli olarak hizmet ettiği uygulamanın gereksinim spesifikasyonuna göre yapılır.

Bu test biçimi, kullanıcının birden çok veri girdiği ve ardından çıktının gözlemlendiği 'Kara kutu testi' ile aynıdır. Spesifikasyon ve test planı ile tüm test seviyelerine uygundur.

S # 23) CMMI'yi açıklayın.

Cevap: CMMI, Yetenek Olgunluk Modeli Entegrasyonu anlamına gelir. Bu model Yazılım Mühendisliği Enstitüsü (SEI) tarafından geliştirilmiştir. Bir ürünün veya sistemin yönetilmesi ve geliştirilmesiyle ilgili süreçlerin kaliteyi belirlediği ilkesine dayanır.

Ayrıca, ürün ve hatta tüm organizasyon için süreç iyileştirme yönergeleri sağlar.

CMMI, aşağıda listelendiği gibi 5 seviyeye ayrılmıştır:

• Seviye 1: İlk
• Seviye 2: Yönetilen
• 3. seviye: Tanımlı
• Seviye 4: Nicel Olarak Yönetilen
• Seviye 5: Optimize edilmiş

S # 24) CMMI uygulamanın avantajlarını açıklayın.

Cevap: CMMI uygulamasının birçok avantajı vardır.

Aşağıdaki şekilde listelenirler:

• Ürün yaşam döngüsünün ayrıntılı kapsamını ve raporlamasını sağlar ve böylece süreç iyileştirmelerine yardımcı olur.
• CMMI uygulamasının bir parçası olarak kuruluşun mevcut standartları, süreçleri ve prosedürleri iyileştirilir.
• CMMI uygulamasının bir sonucu olarak, müşteri memnuniyetinin yanı sıra zamanında teslimatta artış yaşanmaktadır.
• Ayrıca, hataların erken tespiti olduğu için etkili yönetim ve artan maliyet tasarrufu sağlar.

S # 25) Bazı Otomasyon Test Araçlarını listeleyin.

Cevap: Otomasyon test araçlarından bazıları aşağıda listelenmiştir:

• Selenyum
• Su
• Yel değirmeni
• SABUN
• Tellür

S # 26) Birim Testinde regresyon testi yapabilir miyiz?

Cevap: Kesinlikle. Gerileme testi, diğer kusurları düzeltmenin bir yan etkisi olarak koda dahil edilmiş olabilecek istenmeyen kusuru test etmektir. Birim testi, kodun küçük ve bağımsız bir bölümünü çalıştırmanın test yürütmesidir.

Regresyon testi, Birim testinden Entegrasyon testine ve nihayet Kabul testine kadar herhangi bir seviyede yapılabilir. Regresyon testi perspektife dayalı testtir, Birim testi ise seviye yaklaşımıdır (Aşağıdan Yukarı, Yukarıdan Aşağı).

S # 27) Duman testi ile Sağlık Testi arasındaki fark nedir?

Cevap:

• Duman testi, yapının eski öne çıkan özelliklerinin veya mevcut özelliklerinin test edilmesidir, Sanity testi ise yeni eklenen modüllerin, yapıdaki düzeltilen kusurların doğrulanmasıdır.
• Önce duman testi yapılır ve ardından Sanity testi yapılır.
• Duman testi, yazılım tarafından sağlanan kritik işlevlerin test edilmesini kapsar, böylece yazılımın tamamına yayılır. Öte yandan, sağlık testi sadece yeni eklenen modüllerle sınırlandırılır ve derinlemesine test edilir.

S # 28) Ofisinizde manuel test cihazı olarak günlük aktiviteleriniz nelerdir?

El kitabı: Sistemimde kontrol ettiğim ilk şey, mevcut yinelemedeki gereksinimlerin / geliştirmelerin veya hataların durumu için gösterge tablosunu yenilemektir. Test senaryoları ve test senaryoları ile tanımlama için günlük scrum çağrıları ve raporlama, tartışma ve beyin fırtınası oturumları takip eder.

Bu davalar daha sonra incelemeye göre yeniden tasarlandıktan sonra yürütülür. İşlevsel olmayan gereksinimler için müşterilerle iletişim kurmak da benim tabağımdaki en önemli faaliyetlerden biridir.

S # 29) Ofisinizdeki otomasyon testinin bir üyesi olarak günlük faaliyetleriniz nelerdir?

Otomasyon: Günüm, yeni derlemede bir grup test çalışması başlatmış olsaydım, dünün otomasyon sonuçlarını tartışan günlük bir durum toplantısıyla başlıyor.

Yapının ne kadar sağlıklı olduğunu görmek için yürütme döngüsü Sağlık Kontrolü olarak adlandırılabilir.

Bunu, kod hatalarının, işlevsellikteki tasarım değişikliklerinin raporlanması; betikleri / kitaplıkları veya işlevleri koruyun, yeni gereksinimler ve gerekirse işlev kitaplığında yeni bir işlev için yeni bir betikte otomatikleştirin ve iade edin.

Bazen, otomasyon yoluyla regresyon kusurlarını bulmak ve bunları test paketine eklemek için test komut dosyalarının ayrı ayrı yeniden yürütülmesi gerekir.

S # 30) Bir gereksinim ile kusur ve bir iyileştirmeyi nasıl ayırt edersiniz?

Cevap : TO gereksinim uygulanması, test edilmesi ve teslim edilmesi gereken bir kullanıcı hikayesidir.
Bir artırma mevcut olana eklenen veya doğaçlama bir özelliktir.
KİME kusur daha ziyade beklenen kullanıcı hikayelerinden tam bir sapmadır.

Ayrıca, bir kusur, spesifikasyonda aksi belirtilmedikçe bir gereksinimin belirli bir alanını ortaya çıkarırsa, bu aynı zamanda bir gereksinim veya onun bir parçası olarak da adlandırılabilir.

S # 31) Geliştiriciniz dosyaladığınız bir hatayı düzeltmeyi reddederse ne yaparsınız?

Cevap : Bir kusurun düzeltilmesine karar veren önemli bir faktör, ona atanan 'Öncelik' dir. Kusur yüksek önceliğe sahipse, büyük bir işlevi bloke eden ve tutarlı bir şekilde yeniden üretilen bir gösteri durdurucu, o zaman yapıda düzeltilmesi gerekir.

Aynı şey geliştiricilere etkili bir şekilde iletilmelidir, çünkü birlikte test ediciler ve geliştiriciler, sevk edilecek ürünün kalitesine katkıda bulunur.

Geliştiriciyi kısa bir süre içinde bir hatayı düzeltmeye ikna etmeye yardımcı olabilecek diğer hususlar, hatanın kaliteli raporlanması ve geliştiricilerin, hatanın düzeltilmesinin sürümde birincil öneme sahip olduğunu anlamasını sağlamaktır.

S # 32) Geliştiriciniz dosyaladığınız şeyin BİR HATA OLDUĞUNU reddederse ne yaparsınız?

Cevap : Kusur yaşam döngüsünün en önemli aşaması 'Reddedildi' dir, bu da günlüğe kaydedilen olay raporunun geçerli olmadığı anlamına gelir. Gereksinimleri belirten iş gereksinimi belgesi, yazılımı ve dolayısıyla rapor edilen olayın niteliğini anlamaya yardımcı olabilir.

Hatayı analiz edin ve hatayla ilgili bulgularınızı geliştiriciye ve ekibe gösterin. Eğer bir kusursa, günlüğe kaydetmeyi asla ihmal etmeyin. Bazen test uzmanlarının bir Boşluk analizi sağlaması ve aynısını geliştiricilere sunması gerekir. Eğer bu anlaşmazlıkları çözmezse, takımdaki kıdemli kişiler devreye girmelidir.

S # 33) Yeniden test mi yoksa Regresyon testi mi önce gelir?

Cevap : Yeniden test, kodu yeniden çalıştırdığı için önce gelir, daha basit bir ifadeyle, önceden tanımlanmış adımların tekrarlanan bir uygulamasıdır. Bir kodu düzelttikten sonra buna gerek yoktur. Ancak gerileme testi, çözülmüş bir kusurun yan etkilerini değerlendirmektir.

Kesinlikle bir kusuru çözmek ve koda başka bir tane eklemek test sürecinin amacı değildir. Test uzmanlarının en iyi bulguları ve en iyi yakalanmaları genellikle regresyon kusurlarıdır. Bir yapı, regresyon testi yapılmadan asla serbest bırakılmamalıdır.

S # 34) Beta Testine alternatif nedir?

Cevap : Beta testi, geliştiricilerin en az katılımıyla müşterinin sitesinde yapılır ve gerçek üretim ortamındaki hataları kaydeder. Böyle bir uygulama bir firma tarafından gerçekleştirilmezse, ürünü en son yapıyı almak için sırada olmayan müşterilere ilk önce göndermek daha güvenli bir fikir olabilir.

Birkaç gün boyunca, müşterilerin tesislerindeki belirli hizmet danışmanları yazılımı kullanabilir, ortamlarında sürümün istikrarını sağlayan etkinlikleri kaydedebilir ve izleyebilir, böylece büyük bir hata düzeltilmek üzere bırakılsa bile daha önce test edilebilir. hedeflenen müşteriye teslim etmek. Diğer bir yaklaşım, tarafsız testler için bir ekip içindeki gereksinimlerin değiştirilmesidir.

S # 35) Agile uygulamasının / metodolojisinin karşılaştığınız dezavantajları nelerdir?

Cevap : Dezavantajlar aşağıdaki gibidir:

1. Sprintler genellikle son tarihlerle sınırlıdır.
2. Dokümantasyon öncelikli değil
3. PBI'lar (Ürün İş Listesi Öğeleri) arasında sık sık geçiş yapılabilir.

S # 36) Etki analizi neden önemlidir?

Cevap : Risk temelli uygulama için Etki analizi yapılmalıdır. Bu şekilde test senaryoları, müşterinin bakış açısından kritik olan tüm ciddi hataların zamandan önce çözülebileceği şekilde tasarlanabilir. İşletmenin, müşterinin ihtiyacının ve yazılım kullanımının iyi bir şekilde incelenmesi gerekir.

Örneğin, bankacılık alanındaki yazılımlarla ilişkili en önemli risk Güvenliktir. Zaten var olan yazılıma eklenen herhangi bir yeni form savunmasız olabilir. Uygun sayfaya uygun bağlantılar, yeniden yönlendirme ve gezinme ekleyerek ve gerekirse proxy kurarak iyi miktarda güvenlik testi yapılması önerilir.

S # 37) Bir örnek yardımıyla her bir Performans Testi, Stres Testi ve Yük Testi?

Cevap : Burada alınabilecek en iyi durum canlı bir web sitesidir.

Performans testi gerçek zamanlı bir senaryoya benzer bir duruma getirildiğinde sistemdeki hataları doğrulamak için yapılır. Stresli koşullar altında yapılması gerekli değildir. Performans testinin çıktıları, sistemin üretime geçmeye hazır olup olmadığını belirlemeye yardımcı olur.

Basit bir bilet rezervasyonu akışı için, bir performans sorunu yavaşlığa neden olmuş olabilir. Örneğin, birleştirmeleri kullanan bazı sorgulamalar biraz daha yavaştır ve veri tabanında uygunsuz bir şekilde veri depolanması veya gereksiz yan tümce tümcesi uygulanır.

Stres testi yazılımı aşırı koşullara (ağır ve dağıtılmamış yükler, sınırlı hesaplama kaynakları, yüksek eşzamanlılık) maruz bırakarak gerçekleştirilen bir Performans testi türüdür.

Bir sistem, veri kaybı veya bozulması gibi belirli davranışlar sergiliyorsa, stres giderildikten sonra bile kullanılan kaynak, tepkisizlik veya işlenmemiş istisnalar, bu, Stres testinde başarısız olduğu anlamına gelir. Bazen disk arızası, GDI sayılarında gereksiz bir artış da sonuç olabilir.

Örneğin, Web sitesi halihazırda çok fazla bellek tüketen veya tekrarlanan isteklerle bombardıman eden bir makinede barındırılıyorsa sizi kilitlememeli veya oturumu kapatmamalısınız.

Yük testi bir eşiğe ulaşılana kadar sistem üzerindeki yükü sürekli olarak artırırken sistem davranışını gözlemliyor. İş yükü modelleri, ölçümleri ve yük seviyeleri genellikle yük testinin girdileridir.

Örneğin, Tatkal rezervasyon süresinin sabah 10 ya da 11'e yaklaşmasıyla sisteme giriş yapan kullanıcı sayısı arttığı için, Tatkal kontenjanını ayırma süresi yaklaştıkça trenin koltuk temin etme süresi giderek artmaktadır.

S # 38) Regresyon testi yaparken karşılaştığınız en büyük zorluklardan biri ne oldu?

Cevap : Regresyon testi yaparken çeşitli zorluklar olabilir.

• Testleri tekrar tekrar yürütmek, test uzmanları için çok heyecan verici olmayabilir.
• Zaman alıcı, çünkü bazen bu tür testler kutunun dışında düşünmeyi gerektirir.
• Uzlaşılmış iş değeri.
• Hatalı regresyon testi durumları seçimi, bulunacak büyük bir regresyon kusurunu atlayabilir.
• Üretimdeki kusurun yeniden üretilmesi bu nedenle tutarsız hale gelir.
• Yürütülecek büyük paket.

S # 39) Test senaryolarını, Test senaryolarını, Test planlarını, Test Stratejisini belgelemeniz istenirse, ne ile başlayacaksınız ve geri kalanlar hangi sırayı takip edecek?

Cevap : Sıra, Test Stratejisi, Test Planı, Test Senaryoları ve son olarak Test senaryoları olacaktır.

S # 40) Yukarıdakilerden herhangi birini belgelemeyi özlersem ne olur? Diyelim ki test planını belgelemeyi özledim, sonuçları ne olacak?

Cevap : Test planını belgelemeyi kaçırırsak, hedef yaklaşımını test etme kapsamı ve teste yapılan vurgu için bir boşluk olacaktır. Bu durumda, test edilecek özellikleri, test etme tekniklerini, geçme veya başarısız olma kriterlerini ve sonuçta testle ilişkili büyük bir riski belirlemek zor olacaktır.

S # 41) Yakın zamanda aldığınız yapıyı test etmeye nasıl başlarsınız: İzlediğiniz herhangi bir yaklaşım var mı? Önce Duman testine, sonra da Sanity testine başlayın.

Cevap : Duman testi> Sağlık testi> Keşif Testi> İşlevsellik Testi> Regresyon testi ve Nihai Ürün Doğrulaması.

S # 42) Takip ettiğiniz Hata Raporunun formatını açıklayın.

Cevap :

Bir hata raporu aşağıdaki bilgileri içermelidir:

• Hata Kimliği
• Gereksinim / Geliştirme / Mevcut hata ile Eşleştirme
• Hata Özeti / başlığı
• Ürünün bir versiyonu
• Öncelik
• Yapılandırma (Sistem özellikleri)
• Ön koşullar
• Adımlar
• Beklenen sonuç
• Gerçek Sonuç
• Kütükler. Anlık görüntüler, video klipler
• Durum
• Diğer açıklamalar

S # 43) Regresyon testi senaryolarını nasıl seçersiniz veya regresyon testi paketini nasıl oluşturursunuz?

Cevap : Evet. Bu, etki analizinin bir sonucudur. Test ettiğiniz farklı alanlarda kullanılan veya erişilen özelliklerin basit bir eşlemesi, diğer özelliklerle entegrasyonu ve bir sistemin uçtan uca veya akış testi olarak.

Ayrıca, önceki yapılarda aynı işlevsellik için önceden dosyalanmış kusurları da alabilirsiniz. İdeal olarak, bir kusur, işlevselliği kullanan en az beş farklı test senaryosu kullanılarak regresyon testine tabi tutulmalıdır.

S # 44) Aşağıdaki kusurlara bir örnekle gelebilir misiniz

• Düşük öncelikli Yüksek Önem kusuru
• Yüksek öncelikli ve Düşük önem dereceli kusur

Cevap : Yalnızca belirli bir İşletim sisteminde belirli bir zaman damgasında yeniden üretildiğinde uygulamanın çökmesine neden olan bir kusur, Yüksek Önem Derecesi ve düşük öncelikli bir kusur olabilir.

Çift tıklamayla açılmayan ancak sağ tıklama ile açılan bir görünüme karşı dosyalanan bir kusur, yüksek öncelikli ve düşük önem dereceli bir kusur olabilir.

S # 45) Belirli bir kağıdın beyaz kağıt olup olmadığını test etmek için etkili bir test senaryosu yazın.

Cevap: Beyaz kağıda yazdığınız kaynak mürekkebin rengi aynı kalırsa kağıt beyazdır. Örneğin, kırmızı mürekkeple beyaz bir kağıda yazarsanız, mürekkebin rengi kalemde kırmızı kalır ve kağıt üzerinde de kırmızı görünür.

Not: Bu sorunun başka birçok cevabı var. Altta yatan mantıkla böyle geçerli bir cevap düşünebilirsiniz.

S # 46) Charter testi nedir?

Cevap: Teste başlamadan önce bir tüzük altında listelenen hedeflere ve gündemlere dayalı olarak gerçekleştirilen bir oturum testi, Charter testi olarak bilinir.

Buradaki test, belgelere daha az odaklanılarak ve yalnızca teste daha fazla odaklanılarak sabit bir zaman aralığında yapılır. Test mühendislerinin yazılımı belirli bir zaman diliminde doğruladığı, keşif testinin farklı bir çeşididir ( Örneğin, sadece 2 saat) geliştirilen bazı buluşsal yöntemlere göre.

S # 47) Çok kısa sürede teslim edilecek yüksek öncelikli bir sürümünüz olduğunda yaklaşımınız nedir?

Cevap: Bu tür durumlarda, iyi düşünülmüş bir plan faydalı olabilir.

Bir zaman sıkıntısı senaryosunda teste yardımcı olmak için aşağıdakiler yapılabilir: -

• Regresyon testini yürütmek için mevcut güncellenmiş otomasyon komut dosyalarını kullanma.
• Akış tabanlı senaryoları uçtan uca test etme.
• Yüksek öncelikli test senaryolarını yürütmek ve zaman kalırsa daha düşük öncelikli durumlara geçin.
• Önceki sürümlerde dosyalanan yüksek öncelikli hataların yeniden test edilmesi.
• Hızlı yazılım testi
• Geliştiricilerden, testlerde daha fazla kapsam elde etmek için Birim testleri çalıştırmaları istenebilir.

S # 48) Etrafta bulunan herhangi bir cihaza / nesneye test senaryoları yazın (Örnek: bir sandalye)?

Cevap: Burada bir tavsiye şu olabilir: Her zaman toplama gereksinimleri ile başlayın. Yazılım Geliştirme Yaşam Döngüsüne doğru olgunluğunuzu gösterir. Nesneyi seçtikten sonra soru sormaktan çekinmeyin.

Bu durumda:-

• Ne tür bir sandalye bu? Ofis koltuğu, çalışma masası-sandalye, koltuk, yemek masası-sandalye, rahat koltuk?
• Sandalye - ahşap, çelik, plastik, döşeme yapmak için hangi malzeme kullanılır?
• Boyutları sorun (sandalye tipine göre yükseklik, ağırlık).
• Kullanılabilirliği sorun. Ve buna dayanarak davalarınızı hazırlamaya başlayın.

Her sandalye türü için test senaryoları farklılık gösterecektir, bu da sizin düşünme yeteneğinize bırakılması daha iyidir ( Örneğin, sandalyenin amacı, sandalye tipine göre ölçüler, taşınabilir-içilmez, hafif, satın alma seçenekleri).

Her sandalye için bir performans testi senaryosu şunlar olabilir: çekme mukavemetini veya maksimum ağırlık taşıma kapasitesini elde etmek için.

S # 49) Her şey otomatikleştirilebilir mi?

Cevap: - Bir dereceye kadar evet. Ancak diğer yazılımlar gibi otomasyon araçlarının da sınırlamaları vardır. Ayrıca, test edilmekte olan yazılım veya test edilen Uygulama yükseltilmeye devam edecektir.

Bu nedenle, yazılım testinin manuel müdahale olmadan çalışabileceğine dair hiçbir garanti yoktur. Sonuçta, bir araç, test cihazı kadar akıllıdır. Bu sadece başka bir yazılımı test eden bir yazılımdır. Hataları test etmek ve bulmak için yeterince akıllı olması gereken kodlar / komut dosyaları / kitaplıklardır.

Sonuç

Umarım bu egzersiz bazı sorularla ısınmanıza yardımcı olur ve röportajlarınız için harika bir başlangıç ​​sağlar ve soruları yanıtlarken kendinize olan güveninizi arttırır. Ayrıca, özgeçmişinizden / profilinizden çıkabilecek senaryoya dayalı başka sorular da olabilir.

Bu nedenle, röportajın hem görüşmeci hem de aday için bir kazan-kazan durumu haline gelmesi için, her zaman kendi kendine önceden hazırlanmış sahte bir görüşme yapılması tavsiye edilir. Kaliteli bir analistin, geri bildirimi yalnızca ürünün kalitesi için değil, aynı zamanda yazılımı test etmek için izlenen süreç için de önemli olan bir test mühendisinden daha fazlası olduğunu unutmayın.

Teşekkürler ve röportajlarda iyi şanslar!

Önerilen Kaynaklar

• Mülakat Soruları ve Cevapları
• 25+ En Popüler ADO.NET Mülakat Soruları ve Cevapları
• 25 En İyi Çevik Test Mülakat Soruları ve Cevapları
• Spock Mülakat Soruları ve Cevapları (En Popüler)
• ETL Test Mülakat Soruları ve Cevapları
• En Popüler 20 TestNG Mülakat Soruları ve Cevapları
• En Popüler 30+ Salatalık Röportaj Soruları ve Cevapları
• En Popüler 50 CCNA Mülakat Soruları ve Cevapları