Bir KG personeli tutuyoruz ve bazı röportaj soruları bulmam gerekiyor. Gerçek şu ki, iyi bir QA mühendisinin bilmesi gereken şey hakkında çok şey bilmiyorum, iyi röportaj sorularının içerebileceği çok daha az. Önerisi olan var mı?
Bazı bilgiler: Ortam, Microsoft yığını (ASP.NET, SQL Server, IIS) için iki ayrı (ama iç içe) web uygulamasıdır.
Yanıtlar:
Test kullanıcılarıyla çalışma konusunda çok fazla deneyiminiz yoksa, duymak istediğiniz terimler hakkında fikir edinmek için Cem Kaner'in "Test Bilgisayar Yazılımları" nın ilk birkaç bölümünü okuyun: Sınır testi, hata testi, mutlu yol testi, fonksiyonel, performans, güvenlik, entegrasyon vb. Dili konuşamıyorsanız iyi bir röportaj yapamazsınız.
Onlara sisteminizin küçük bir parçası için bir özellik verin. Test etmelerini isteyin. Düşünce organizasyonu ve ilginç testler yapma yetenekleri arıyorsunuz. Test alanlarını düzenli bir şekilde parçaladığını ve daha sonra her bir alana inerek daha ilginç test senaryoları oluşturduğunu görmek istiyorsunuz. Gerçekten iyi test ediciler bunu en önemsiz problemler dışında saatlerce yapabilirler, bu yüzden onları nasıl düşündüklerini iyi hissetmek için onları kesip başka bir kategoriye geçmeleri gerekebilir.
Sisteminizdeki, anlaşılması biraz zor olan gerçek bir hatanın neden olduğu davranışı açıklayın. Test sırasında bu hatayı görürlerse onlara ne yapacaklarını sorun. Burada, hata azaltma - bir hatayı yeniden üretebilecek en basit koşulları bulma yeteneği arıyoruz. Bu, hata ayıklamayı geliştiriciler için çok daha kolay hale getirir, çünkü soruna neyin neden olduğunu daha iyi tahmin ederler ve sorun çözme konusunda net bir yetenek ve hatalara neden olabilecek faktörlerin net bir şekilde anlaşıldığını gösterir. Özel ürününüzle bir yarış koşulunu tartışmak eğlenceli olabilir.
Onlara bir araya gelerek basit bir komut satırı programı (belki de hatalarla tohumlanmış) ve basit bir spec verin ve sorunları bulma amacıyla bilgisayarlara oturup oyun oynamalarına izin verin. Burada yaratıcılığı ve sorunlu alanları hedefleme yeteneğini arıyorsunuz. Büyük girdiler, küçük girdiler, garip girdiler, boş girdiler gibi şeyleri test etmelidirler. Eğer bir hata bulurlarsa, onlardan tam olarak bu hatanın ne zaman gerçekleştiğini bulmalarını isteyin (yine hata azaltarak!).
Bir SDE "Hata Yok" veya "Düzeltilmeyecek" hatalarına yanıt verirse, hatanın önemli olduğunu düşünüyorlarsa onlara ne yapacaklarını sorun. Burada sadece bir itici olmayacak, aynı zamanda karşıt olmayacak birini arıyorsun. Makul yanıtlar arasında hatanın ciddiyetini daha net bir şekilde gösteren örnek senaryoların eklenmesi ve daha sonra biletin tekrar açılması, kapanmadan önce işlerin neden bu şekilde çözüldüğünü anlamaya çalışmak için geliştirici ile konuşulması vb.
Uygulamanız hakkında üst düzeyde onlarla konuşun. Onlara ne tür testler yapmak istediklerini sorun. Burada fonksiyonel bileşen testi, entegrasyon testi, performans testi, güvenlik testi gibi genel test alanlarını arıyorsunuz.
Eğer bu bir SDET / otomasyon mühendisi ise, toplam deneyimlerinin yaklaşık 1/3 ila yarısı kadar olan geliştiriciler için onlara mülakat soruları verin.
Bu sizin ilk KG kişinizse, kendi kendine başlayabileceklerinden emin olun. Onlara ilk haftadan aya çalışmalarını nasıl hayal ettiklerini sorun. Gereksinimleri toplama ve araçlar oluşturma hakkında bir şeyler söylemeli, ardından teste başlamak için makul bir yaklaşımı tanımlamalıdırlar. Onlara nasıl teste başlayacaklarını ve kendini yönetebileceklerini söylemek için patrona ihtiyaç duymayan birini arıyorsun. Halihazırda KG personeliniz varsa, bu daha az önemlidir.
KG adaylarıyla görüştüğümde yaptığım şey, onlardan bir uygulama için bir test stratejisi hazırlamalarını istemek. Genellikle onlara telefonumu veriyorum ve sınırlı özelliklere sahip bir uygulama seçiyorum ya da daha aşina oldukları bir şeyi seçmelerine izin veriyorum. Üst düzey bir strateji listelediklerinde (bazıları yapamaz), onlardan ayrıntılı test yapmalarını ve birkaç test vakasını listelemelerini isteyebilirim.
Tamamlandığında, onlara sınırlı kaynaklara sahip olduğumuz ve nasıl öncelik verdiklerini görebileceğimiz bir senaryo verebilirim.
Ayrıca, yazılımın gönderilecek kadar iyi olduğunu, PM veya dev'in bir hatanın önemli olmadığını düşündüğü durumların nasıl ele alınacağını da soruyorum. Tipik ürün geliştirme senaryoları.
Bunlar kodlamayan KG pozisyonları içindir. KG pozisyonlarını kodlama Onlara bir dev / test kombo röportajı veriyorum.
Onlara nasıl test planları tasarlayacaklarını sorun. Onlara regresyon testi konusunda deneyimli olup olmadıklarını ve eğer öyleyse nasıl yaptıklarını sorun. Kullanıcı arayüzünü nasıl belirlediklerini sorun. Kullanıcı arayüzünden geçmeyen veri içe aktarma işlemlerini nasıl test edeceklerini sorun (böyle şeyler yaparsanız). Onlara sorunlarını geliştiricilere nasıl ileteceklerini ve sorunun çözümünü nasıl kontrol edeceklerini sorun. Onlara buldukları en ilginç (veya bulmak en zor) böcek ve nasıl buldukları hakkında sorardım.
Görüşmeye başlamadan önce, test hakkında bazı kitaplara bakın ve KG ekibinin ne yapması gerektiğine dair biraz bilgi edinin. Bu onların cevaplarını değerlendirmenize yardımcı olacaktır.
Dahası, iyi bir kişilik uyumu da arıyorsunuz. İtme gücü olan bir KG istemezsiniz, ama zorba ya da pislik de istemezsiniz. Ancak işler yanlış olduğunda yönetime ayak uyduracak ve sadece her şeyi onaylamayacak, çünkü yönetimin bir son teslim tarihini karşılamak istediği birisini istiyorsunuz. Geliştiricilerle etkili bir şekilde çalışacak ve test ettiklerinin gereksinimlerini anlayan birisini istiyorsunuz. Test ettiğiniz uygulama türünde arka planı olan biri iyi olabilir. Sağlık deneyimi olan bir test kullanıcısı, başka bir alandan gelen birinin farkında olmayabileceğini test edecek şeyleri bilecektir.
Sanırım onların ciddi bir teknoloji bilgisine sahip olmalarını bekleyemezsiniz - kim muhtemelen sıradan bir test cihazı olarak çalışmayı reddeder.
Yapabileceğiniz en iyi şey ayrıntılara dikkat, meraklı zihin, deneysel coşku vb. Gibi ortak şeyleri aramaktır.