Menü

2021'de Röportajı Temizlemek İçin 20 Seçici KG Mülakat Sorusu

  • Ana
  • Diğer
  • 2021'de Röportajı Temizlemek İçin 20 Seçici KG Mülakat Sorusu

20 selective qa interview questions clear interview 2021

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

Mülakata Hazırlanmanıza yardımcı olacak En Sık Sorulan Kalite Güvencesi QA Mülakat Soruları ve Cevapları:

İşte bir Kalite Güvence Mühendisi ile görüşürseniz soracağım sorulardan bazıları.

Sorular kalite süreçlerine ve stratejiye daha fazla vurgu yapacak ve bu sorular Test için sorulmayacaktır.

Kalite Güvencesi QA Mülakat Soruları

QA mühendisleri çoğunlukla test endüstrisinde biraz zaman geçirmiş kişilerdir, çünkü yol haritaları ve strateji oluşturduğunuzda, bir miktar sektöre maruz kalmak her zaman yararlıdır.

Hadi başlayalım!!

Sık Sorulan QA Mülakat Soruları

Hadi başlayalım!!

S # 1) Kalite Güvencesi, Kalite Kontrol ve Test arasındaki fark nedir?

Cevap: Kalite Güvencesi, bir ekip ve organizasyon içerisinde kalite (test) süreçlerini izleme ve uygulama şeklini planlama ve tanımlama sürecidir. Bu yöntem, projelerin kalite standartlarını tanımlar ve belirler.

Kalite Kontrol, kusurları bulma ve yazılımın kalitesini iyileştirmek için öneriler sunma sürecidir. Kalite Kontrol tarafından kullanılan yöntemler genellikle kalite güvencesi ile belirlenir. Kalite kontrolünü uygulamak, test ekibinin birincil sorumluluğudur.

Test, kusurları / hataları bulma sürecidir. Geliştirme ekibi tarafından oluşturulan yazılımın, kullanıcı tarafından belirlenen gereksinimleri ve kuruluş tarafından belirlenen standartları karşılayıp karşılamadığını doğrular.

Burada ana odak noktası hataları bulmaktır ve test ekipleri kaliteli bir bekçi olarak çalışır.

Soru # 2) QA faaliyetlerinin ne zaman başlaması gerektiğini düşünüyorsunuz?

Cevap: QA etkinliği, projenin başlangıcında başlamalıdır. Ne kadar erken başlarsa, kaliteye ulaşmak için standardı belirlemek o kadar faydalı olur.

Kalite güvencesi faaliyetlerinin gecikmesi durumunda maliyet, zaman ve çaba çok zordur.

S # 3) Nedir Test Planı ve Test Stratejisi arasındaki fark ?

Cevap: Test Stratejisi daha yüksek bir seviyededir ve çoğunlukla Proje Yöneticisi tarafından oluşturulmuş olup, tüm proje için testin genel yaklaşımını gösterirken, Test planı bir projenin kapsamına giren belirli bir uygulama için testin nasıl yapılması gerektiğini gösterir.

S # 4) Yazılım Testi Yaşam Döngüsünü açıklayabilir misiniz?

Cevap: Yazılım Testi Yaşam Döngüsü Kalite hedeflerinin karşılandığından emin olmak için belirli bir sırayla yürütülmesi gereken belirli adımları olan bir test sürecini ifade eder.

S # 5) Nasıl tanımlıyorsunuz? iyi bir test senaryosu yazma biçimi ?

Windows 10 için en iyi sistem araçları

Cevap: Test Vakasının formatı şunları içerir:

  • Test senaryosu kimliği
  • Test senaryosu açıklaması
  • Önem
  • Öncelik
  • Çevre
  • Sürüm oluştur
  • Yürütme adımları
  • Beklenen sonuçlar
  • Fiili sonuç

S # 6) İyi bir test senaryosu nedir?

Cevap: Basit bir deyişle, iyi bir test durumu, bir kusur bulandır. Ancak tüm test senaryoları kusur bulmayacaktır, bu nedenle iyi bir test senaryosu, tüm öngörülen ayrıntılara ve kapsama sahip olan bir örnek olabilir.

S # 7) Çok daha kısa sürede yürütmek için büyük bir paketiniz olsa ne yapardınız?

Cevap: Daha az zamanımız olması ve daha büyük hacimli test senaryolarını yürütmek zorunda kalmamız durumunda, test senaryosuna öncelik vermeli ve önce yüksek öncelikli test senaryolarını yürütmeli ve ardından daha düşük öncelikli olanlara geçmeliyiz.

Bu şekilde, yazılımın önemli yönlerinin test edildiğinden emin olabiliriz.

Alternatif olarak, onlara göre yazılımın en önemli işlevi olan müşteri tercihini de arayabiliriz ve bu alanlardan test etmeye başlamalı ve ardından yavaş yavaş daha az önemli olan alanlara geçmeliyiz.

S # 8) QA’ların üretim sorunlarını çözmek için de katılabileceğini düşünüyor musunuz?

Cevap: Kesinlikle!! QA’ların üretim sorunlarının çözümüne katılması iyi bir öğrenme eğrisi olacaktır. Çoğu zaman üretim sorunları, günlükleri temizleyerek veya bazı kayıt defteri ayarlarını yaparak veya hizmetleri yeniden başlatarak çözülebilir.

Bu tür çevresel sorunlar, QA ekibi tarafından çok iyi bir şekilde çözülebilir.

Ayrıca, KG'nin üretim sorunlarını çözme konusunda bir görüşü varsa, bunları test senaryolarını yazarken dahil edebilirler ve bu şekilde kalitenin iyileştirilmesine katkıda bulunabilir ve üretim hatalarını en aza indirmeye çalışabilirler.

S # 9) Üretimde bir hata bulduğunuzu varsayalım, aynı hatanın tekrar ortaya çıkmayacağından nasıl emin olursunuz?

Cevap: En iyi yol, üretim hatası için hemen bir test senaryosu yazmak ve bunu regresyon paketine dahil etmektir. Bu şekilde hatanın tekrar ortaya çıkmamasını sağlıyoruz.

Ayrıca, alternatif test senaryoları veya benzer türde test senaryoları düşünebilir ve bunları planlanan yürütmemize dahil edebiliriz.

S # 10) İşlevsel ve İşlevsel Olmayan testler arasındaki fark nedir?

Cevap:

Fonksiyonel test uygulamanın işlevsel yönüyle ilgilenir. Bu teknik, sistemin gereksinim ve spesifikasyona göre davrandığını test eder. Bunlar doğrudan müşteri gereksinimleri ile bağlantılıdır. Test senaryolarını belirtilen gereksinime göre doğrular ve test sonuçlarını buna göre geçer veya başarısız yaparız.

Örnekler regresyon, entegrasyon, sistem, duman vb. içerir

İşlevsel olmayan test , diğer yandan uygulamanın işlevsel olmayan yönünü test eder. İhtiyaca değil, performans, yük ve stres gibi çevresel faktörlere odaklanır. Bunlar gereklilikte açıkça belirtilmemiştir ancak kalite standartlarında belirtilmiştir. Dolayısıyla, QA olarak bu testlere de yeterli zaman ve öncelik verildiğinden emin olmalıyız.

S # 11) Negatif test nedir? Pozitif testten farkı nedir?

Cevap: Negatif test, herhangi bir geçersiz giriş durumunda sistemin düzgün davrandığını doğrulayan bir tekniktir. Örneğin, Kullanıcının bir metin kutusuna herhangi bir geçersiz veri girmesi durumunda, sistem kullanıcının anlamadığı teknik mesaj yerine uygun bir mesaj göstermelidir.

Negatif test pozitif testin sistemimizin beklendiği gibi çalıştığını doğrulaması ve test sonuçlarını beklenen sonuçlarla karşılaştırması açısından pozitif testten farklıdır.

Negatif testler için çoğu zaman senaryoları fonksiyonel gereksinim belgelerinde belirtilmemiştir. Kalite Güvencesi olarak, olumsuz senaryoları belirlemeli ve bunları test etmek için hükümlere sahip olmalıyız.

S # 12) Testinizin tamamlandığından ve kapsamı iyi olduğundan nasıl emin olursunuz?

dosya giriş çıkışı c ++

Cevap: Gereksinim İzlenebilirlik Matrisi ve Test kapsamı matrisleri, test senaryolarımızın iyi bir kapsama sahip olduğunu belirlememize yardımcı olacaktır.

Gereksinim izlenebilirlik matrisi, tüm gereksinimlerin karşılanması için test koşullarının yeterli olduğunu belirlememize yardımcı olacaktır. Kapsam matrisleri, test senaryolarının RTM'de tanımlanan tüm test koşullarını karşılamaya yeterli olduğunu belirlememize yardımcı olacaktır.

Bir RTM şunun gibi görünecek:

RTM

Benzer şekilde, Test kapsamı matrisleri şöyle görünecektir:

Test kapsamı matrisleri

S # 13) Test senaryolarını yazarken bahsettiğiniz farklı nesneler nelerdir?

Cevap: Kullanılan ana eserler şunlardır:

  • Fonksiyonel gereksinim belirtimi
  • Gereksinimi anlama belgesi
  • Kullanım Durumları
  • Tel kafesler
  • Kullanıcı hikayeleri
  • Kabul kriterleri
  • Çoğu zaman UAT test durumları

S # 14) Hiç belge olmadan test senaryolarını yazmayı başardınız mı?

Cevap: Evet, herhangi bir somut belge olmadan test senaryoları yazmamız gereken bir durum olduğu durumlar vardır.

Bu durumda, en iyi yol şudur:

  • BA ve geliştirme ekibi ile işbirliği yapın.
  • Bazı bilgiler içeren postaları araştırın.
  • Daha eski test senaryolarına / regresyon paketine dalın
  • Özellik yeniyse, fikir sahibi olmak için wiki sayfalarını veya uygulamanın yardımını okumaya çalışın
  • Geliştiriciyle oturun ve yapılan değişiklikleri anlamaya çalışın.
  • Anlayışınıza bağlı olarak, test koşulunu tanımlayın ve bunları gözden geçirmeleri için BA veya paydaşlara gönderin.

S # 15) Ne demek Doğrulama ve onaylama ?

Cevap:

Doğrulama yazılımın iş gereksinimlerini karşılayıp karşılamadığını kontrol etmek için nihai ürünü değerlendirme sürecidir. Günlük hayatımızda yaptığımız test uygulaması, duman testi, fonksiyonel test, regresyon testi, sistem testi vb. İçeren doğrulama faaliyetidir.

Doğrulama nihai ürünü yaratma yolunda doğru yolda olup olmadığımızı kontrol etmek için bir yazılım geliştirme yaşam döngüsünün ara çalışma ürünlerini değerlendirme sürecidir.

S # 16) Bildiğiniz farklı doğrulama teknikleri nelerdir?

Cevap: Doğrulama teknikleri durağandır. 3 doğrulama tekniği vardır.

Bunlar şu şekilde açıklanmaktadır:

(i) İnceleme - Kod / test senaryolarının, onu üreten yazar dışındaki kişi tarafından incelendiği bir yöntemdir. Kapsamı ve kaliteyi sağlamanın en kolay ve en iyi yollarından biridir.

(ii) Muayene - Bu, test yapısında veya kodundaki kusurları incelemenin ve düzeltmenin teknik ve disiplinli bir yoludur. Disiplinli olduğu için çeşitli rolleri vardır:

  • Moderatör - Tüm denetim toplantısını kolaylaştırır.
  • Ses kayıt cihazı - Toplantı tutanağını, oluşan aksaklıkları ve tartışılan diğer hususları kaydeder.
  • Okuyucu - Belgeyi / kodu okuyun. Lider ayrıca tüm teftiş toplantısına götürür.
  • Üretici - Yazar. Yorumlara göre belgelerini / kodunu güncellemekten nihai olarak sorumludurlar.
  • İnceleyen - Tüm ekip üyeleri bir hakem olarak kabul edilebilir. Bu rol aynı zamanda bazı uzmanlar grubu tarafından da oynanabilecek proje talepleridir.

(iii) İzlenecek yol - Bu, belgenin / kodun yazarının içeriği okuyup geri bildirim aldığı bir süreçtir. Bu, çoğunlukla düzeltmeler aramaktan ziyade bir tür FYI (Bilgileriniz İçin) oturumudur.

S # 17) Arasındaki fark nedir? Yük ve Stres testi ?

Cevap:

Stres testi Sistemin stres altında çalıştırıldığında davranışını doğrulayan bir tekniktir. Açıklamak için kaynakları azaltıyoruz ve sistemin davranışını kontrol ediyoruz. Önce sistemin üst sınırını anlıyoruz ve yavaş yavaş kaynakları azaltıyor ve sistem davranışını kontrol ediyoruz.

İçinde Yük testi, Sistem davranışını beklenen yük altında doğrularız. Yük, aynı anda sisteme erişen eşzamanlı kullanıcı veya kaynaklardan olabilir.

S # 18) Projenizle ilgili herhangi bir şüpheniz varsa, nasıl yaklaşıyorsunuz?

Cevap: Herhangi bir şüphe durumunda, önce mevcut eserleri / uygulama yardımını okuyarak onu temizlemeye çalışın. Devam eden şüpheler varsa, derhal bir amirinize veya ekibinizin kıdemli üyesine sorun.

İş Analistleri de şüphe sormak için iyi bir seçim olabilir. Başka şüpheler olması durumunda da sorularımızı geliştirme ekibi ile iletebiliriz. Son seçenek, yönetici ve son olarak da paydaşları takip etmek olacaktır.

S # 19) Herhangi bir Otomasyon aracı kullandınız mı?

Cevap: Bu sorunun cevabı çok kişiye özeldir. Projenizde kullandığınız tüm otomasyon araçlarına ve stratejilerine yanıt verin.

S # 20) Hangi yazılım parçasının ne kadar test gerektirdiğini nasıl belirlersiniz?

Cevap: Bu faktörü öğrenerek bilebiliriz Cyclomatic karmaşıklık .

T Teknik, programlar / özellikler için aşağıdaki 3 soruyu belirlemeye yardımcı olur

  • Özellik / program test edilebilir mi?
  • Özellik / program herkes tarafından anlaşılıyor mu?
  • Özellik / program yeterince güvenilir mi?

Kalite Güvencesi olarak, testimizin 'seviyesini' belirlemek için bu tekniği kullanabiliriz.

instagram gönderilerini planlamak için bir uygulama var mı

Döngüsel karmaşıklığın sonucu az ya da çok ise, bu işlevsellik parçasının karmaşık nitelikte olduğunu düşündüğümüz ve dolayısıyla bir testçi olarak sonuca vardığımız bir uygulamadır; kod parçasının / işlevselliğin derinlemesine test gerektirdiği.

Öte yandan, Siklomatik Karmaşıklığın sonucu daha küçük bir sayı ise, QA olarak işlevselliğin daha az karmaşık olduğu sonucuna varır ve kapsama buna göre karar veririz.

Tüm test yaşam döngüsünü anlamak çok önemlidir ve gerekirse sürecimizde değişiklikler önerebilmelidir. Amaç, yüksek kaliteli yazılım sunmaktır ve bu şekilde, bir QA, süreci ve test ekibinin testleri yürütme şeklini iyileştirmek için gerekli tüm önlemleri almalıdır.

Umarım bu KG Mülakat Soruları ve Cevapları, bir Kalite Güvence Mülakatının hazırlanmasına yardımcı olur.

Önerilen Kaynaklar

^