Menü

Deneyimli Profesyoneller İçin Yazılım El Kitabı Testi Mülakat Soruları

software manual testing interview questions

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

Ayrıntılı cevaplarla deneyimli profesyoneller için en sık sorulan senaryo tabanlı Manuel Test mülakat soruları:

Yakın zamanda bu eşsiz deneyimi yaşadım QA koçluğu (10 yıllık deneyim) Los Angeles'ta önde gelen bir Eğlence şirketi ile bir müşteri Yazılım Testi röportajına katılmak için. Test edilecek site, hem Web hem de Mobil bileşenlere sahip basit bir müşteriye dönük web sitesiydi (bir tür çevrimiçi TV kanalı gibi).

Yazılım Kılavuzu Test Mülakat Soruları

Bir danışmanlık şirketi, bu müşteriye bir yerinde test uzmanı + koordinatör pozisyonu ancak hiçbiri mülakat test sürecinden geçemiyordu. Böylece onları toplamaya karar verdiler. QA mülakat soruları önceki katılımcılardan ve bana bir anket verdiler.

dvd'yi bilgisayara kopyalamak için yazılım

Cevapları bir sonraki adaya vermemi istediler ve koç QA mülakatını test etmede başarılı olacak kişi.

Deneyimli için Manuel Test mülakat soruları

Soru listesini aldığımda hem şaşırdım hem de 'şaşırmadım'. Şaşırdım - çünkü sorular gerçekten basitti ve 10 yıllık deneyimli bir QA bunları kolayca yanıtlayabilmelidir. Pek şaşırmadım çünkü QA, bence en çok yabani otun bulunduğu BT alanı - ama buna girmeyelim.

Egzersizi bitirdikten sonra, bu deneyimi STH okuyucuları ile paylaşmanın güzel olacağını düşündüm. Yeni başlayanlar için bu iyi bir canlı pozlama olacak. Diğerleri için ne kadar önemli olduğunun dostça bir hatırlatıcısı olacak temeller ne kadar tecrübeli olursak olalım.

Önerilen Kaynaklar=> 101+ Yazılım Testi Görüşme Soruları ve Cevapları.

İşte… ..

Deneyimli İçin Manuel Test Mülakat Soruları

Yeni Başlayanlar ve Deneyimli Adaylar için En Yaygın QA Yazılım Testi Görüşme Soruları:

#Q 1) Test Komut Dosyası Oluşturma Süreci nedir?

Cevap:

Aşama 1: AUT'yi tam olarak anlamaktır:

  • Bu, gereksinim belgelerini iyice okuyarak olabilir.
  • Dokümanların yokluğunda, sahip olduğumuz herhangi bir referans noktasını anlamaya çalışabiliriz - uygulamanın önceki bir sürümü veya tel çerçeveler veya ekran görüntüleri

Adım 2: Gereksinimleri anladıktan sonra, bu uygulamada test edilmesi gereken alanların bir listesini çıkarıyoruz. Başka bir deyişle, test gereksinimlerini belirleriz. Bu adımdaki odak noktası, test edilecek 'Neyi' belirlemektir. Bu adımın sonucu aşağıdakilerin bir listesidir: Test Senaryoları .

Aşama 3: Test senaryolarını elde ettikten sonra, onları test etmek için 'Nasıl' a konsantre oluruz. Bu aşama, belirli bir özelliğin nasıl test edileceği, hangi verilerin girileceği ( Test verisi ) ve beklenen sonuç nedir.

Bu 3 adım tamamlandıktan sonra teste hazırız.

#Q 2) Hata Raporundaki alanlar nelerdir?

Cevap: Aşağıdaki önemli alanlar bir iyi Hata Raporu :

  1. Benzersiz bir kimlik
  2. Kusur Tanımı: Hatanın ne olduğunu açıklayan kısa bir açıklama.
  3. Yeniden Oluşturma Adımları: hataya nasıl ulaşılacağına ilişkin ayrıntılar, kesin test verileri, hatanın bulunduğu zaman (varsa) ortam: sorunla yeniden karşılaşmaya yardımcı olacak herhangi bir bilgi
  4. Uygulamanın modülü / bölümü (varsa)
  5. Önem
  6. Ekran görüntüsü
  7. Sorumlu QA: bu konuyla ilgili herhangi bir takip sorusu olması durumunda

#Q 3) Müşteriye yönelik bir yazılım nasıl test edilir?

Cevap: Test ettiğimiz herhangi bir uygulamada, belirli bir dizi gereksinimin uygulama tarafından karşılanıp karşılanmadığını görmeye çalışıyoruz. Ancak, kullanıcıya yönelik bir siteye gelince, işlevselliğe odaklanmanın yanı sıra, birkaç kullanılabilirlik özelliğine, belki de performans ve güvenlik yönlerine de bir dereceye kadar bakmalıyız.

İlk test seviyesi : Site işlevsel gereksinimlerini karşılıyor mu?

Örneğin, bir kredi yönetim sitesi ise, bakmamız gerekir - yeni müşteri bir kredi için başvurabilir mi, mevcut müşteri kredi bilgilerine erişebilir mi, kredi tutarına uygulanan faiz yüzdesi doğru mu, vb.

Bir sonraki test seviyesi :Siteyi kullanmak ne kadar kolay, seçenekleri mantıklı yapıyor ve kullanıcının beklentilerini karşılayıp karşılamıyor.

dat dosyası mac nedir

Örneğin, Kullanıcının temel bilgileri göndermek için 3-4 ekrandan geçmesi gerekiyorsa, sinirlenecek, bu nedenle bu tür sorunların ele alınması gerekir.

Bir diğeri misal, kullanıcı adı ve şifreyi girdikten sonra, kullanıcı sekmeyi tıklayabilir - bu, kontrolün 'Oturum Aç' düğmesine gitmesi gerektiği anlamına gelir, bunun yerine iptal edilecekse, kullanıcı gerçekten sinirlenecek ve siteyi kullanma deneyimi tehlikeye atılacak. Bu tür sorunların yakalanması gerekiyor.

Performans testi tam kapsam dahilinde olmayabilir, ancak arama sonuçlarının görüntülenmesi ne kadar sürüyor ve sistemin en yoğun saatte bir müşteri bilgilerini alması ne kadar zaman alıyor gibi basit durumlar olabilir - bunlar, göz atmak isteyeceğimiz türden şeyler.

Güvenlik - Siteye erişmek için güvenli bir girişin olduğu siteler için, etrafındaki minimum işlevsellik test edilmelidir. Örneğin, Siteyi 10 dakikadan fazla boşta bırakırsam, otomatik olarak çıkış yapıp yapmama. Bu kadar basit bir şeye odaklanılmalıdır.

#Q 4) Test için girdi belgelerine sahip olmama zorluğunun üstesinden nasıl gelinir?

Cevap: BRD ve FSD gibi ayrıntılı standart dokümantasyon mevcut değilse, test cihazı bazı referans noktalarına bağlı kalacaktır.

  • Ekran görüntüleri
  • Uygulamanın önceki bir sürümü
  • Tel kafesler vb.

Son derece yardımcı olan bir başka faktör de, şüpheler durumunda anlayışımız veya açıklamalarımız hakkında bir onay almak için geliştiricilerle veya iş analistleriyle (mevcut olduğunda) konuşmaktır.

Bu durumlardan hiçbiri işe yaramadığında, uygulamayı önceki BT uygulama deneyimimize dayalı olarak kavramsallaştırabilir ve temel test komut dosyaları setini oluşturabiliriz. Test aşaması geldiğinde, test döngüsü süresinin bir kısmını ayarlayabilir ve bazı test senaryo yönetimi yapabiliriz (önceden oluşturulmuş komut dosyalarını mükemmel hale getirebiliriz), böylece sonraki aşamalar için belgeye sahibiz.

#Q 5) Nasıl alınır maksimum verimlilik offshore bir takımdan?

Cevap: Önemli olan, tüm test uzmanlarının tüm modülleri bildiğinden ve tek bir yerde bilgi yoğunlaşmasının olmadığından emin olmaktır. Herkesi test komut dosyası meslektaş incelemelerine, kusur toplantılarına ve KT oturumlarına dahil etmek, herkesin uygulamadan mümkün olan en iyi şekilde haberdar olmasını sağlayacaktır.

Ayrıca, ekip çalışması konseptini teşvik ederek ekip üyelerinin daha iyi üretkenlik için işbirliği yapmalarını, birbirlerine yardım etmelerini ve yardım etmelerini sağlayabiliriz.

Düzenli takip toplantıları da sürece çok yardımcı oluyor.

#Q 6) Yerinde bir koordinatörün Rolleri ve Sorumlulukları nelerdir? O da test ediyor mu?

Cevap: Yerinde koordinatör, test göreviyle ilgili herhangi bir bilgi için açık deniz ekibi ve müşteri için bir irtibat noktasıdır.

Bu iş şunları içerir:

  • Açık denizden ve müşterilere KT
  • Her şeyi test etmek için ortamı hazır hale getirme
  • Sağlık testi, duman testi
  • Test - temel işlev.
  • Hata incelemesi - offshore ekibi tarafından bulundu
  • İlgili geliştiriciye hata atama
  • Ölçümleri sunmak
  • Oturum kapatma sağlama

Evet, bir yerinde koordinatörün bile test etmesi gerekir.

#Q 7) Tutarsız hatalar- Neden yerinde bulabilirken açık denizde bulamaz ve bunun tersi de geçerlidir - Bu durumla nasıl başa çıkılır?

Cevap: İster sahada ister açık denizde, tekrarlanabilir olsun veya olmasın her hatanın not edilmesi ve analiz edilmesi gerekir. Bir test uzmanının işine gerçek bir katma değer, kendimizi bir hatayı basitçe bildirmek yerine Kök Neden Analizi sürecine dahil etmemizdir.

Bu durumu ele almanın yollarından bazıları şunlardır:

  • Tüm tesis içi ve denizaşırı ekip üyeleri, karşılaştığımız her hata için ekran görüntülerinin alınması gerektiğine dair bir yönergeyi takip etmelidir - tekrarlanabilir olsun ya da olmasın.
  • Günlükler, sistem dosyaları veya buna benzer herhangi bir şey varsa, bu sorunla ilgili herhangi bir kanıt bulmamıza yardımcı olabilir - onu bulmaya çalışmalıyız.
  • Tüm bu adımlara rağmen, sorunun nedenini ve ne zaman ortaya çıktığını hala söyleyemiyorsak, elimizden geldiğince fazla bilgi ile bunu geliştiriciye aynı şekilde rapor etmeliyiz.

#Q 8) Video / ses ile ilgili testler - Bu neleri içerir?

Cevap: Video veya ses içeren bir uygulama nasıl test edilir?

Dikkate alınması gereken önemli noktalar şunlardır:

  • Erişim seviyeleri (kısıtlı ya da değil - şifre kontrollü)
  • Farklı ortam türleri
  • Tarayıcı Uyumluluğu
  • Ekran çözünürlükleri
  • İnternet bağlantı hızları
  • Videodaki belirli seçenekler - oynatma, durdurma, sessize alma vb.
  • Boyuta göre video
  • Videolara yanıt - yorumlar (yorum uzunluğu ve alabileceği yorum sayısı ile ilgili sınırlamalar)
  • Videolara video yanıtları
  • Sosyal ağ siteleri ile arayüz - Birlikte çalışabilirlik
  • Arabelleğe alma hızı
  • Videoyu katıştırma

#Q 9) ​​Mobil Uygulama Testi - Kısaca neler içeriyor?

Cevap: Mobil Uygulama Testi Önemli Test Senaryoları:

  • Uygulamanın birden çok taşıyıcı ve birden çok cihazla iyi çalışıp çalışmadığını kontrol edin.
  • Özelliklerin mobil ekranda kullanılabilirliği.
  • Android ve iOS gibi farklı mobil platformlarda test edin.
  • Kurulum, kaldırma, uygulamayı ağ ile ve ağ olmadan başlatma, işlevselliği test etme.
  • Ağ bağlantıları –WiFi, 2G vb.
  • Android Monitor.bat için iOS iPhone yapılandırma yardımcı programındaki günlükler, hata ayıklama için kullanılabilir.

İşte buydu. Şimdi, o kadar basit değildi.

Son bir not olarak, STH'deki felsefeyi yineliyorum - temelleri iyi biliyorum, gerisi otomatik olarak takip ediyor.

Bu çabanın okuyucularımız için faydalı ve anlamlı olacağını umarak sonlandırıyorum. Lütfen nasıl yaptığımıza dair yorumlar bölümünde bize bildirin.

mkv dosyalarını nasıl oynatırsınız

Yazar: Bu gönderi STH ekip üyemiz Swati Seela tarafından yazılmıştır.

Önerilen Kaynaklar

^