10 reasons why your bugs are getting rejected
Onu bağışlamayacağım. Son üç gün içinde 7 hatayı reddettiğini bildirdi. Kişisel kinlerini profesyonel bir kılıç olarak kullandığını biliyorum. ……
Diğer geliştiricilerle aynı deneyimi paylaşmaya birkaç takım arkadaşı da katıldığında bir takım arkadaşı öfkeliydi ve tartışma birden alev aldı. Takım toplantısı, hata reddi hakkında bir tartışma noktasına dönüştü. Biraz tartıştıktan sonra, hepimiz gelecekte kendimizi reddedilen böceklerin aşağılanmasından kurtarmak için basit bir egzersiz yapmaya karar verdik.
Her birimiz, bildirilen ve reddedilen son 10 hata için hata reddinin nedenleri olarak notlar almaya başladık. Bu ret notlarının listesi, gelecekteki hata raporlama yolunu ve yapılan yanlış varsayımın ne olduğunu anlamak için yararlı oldu.
Hata Reddi ve Arkasındaki Nedenler
Listeyi ifşa etmektense, listenin sonuç maddelerini paylaşmak istiyorum. İşte burada -
# 1) Gereksinimleri yanlış anlamak:
Herhangi bir nedenle, gereksinimi doğru anlamadıysanız, gerçek uygulamada yanlış yorumlanan gereksinime kesinlikle dikkat edersiniz ve bulamadığınız zaman size göre bir hata olur ve sonunda reddedilir.
Gerçek Hayat Örneği : Bir tarifi test ettikten sonra, tuz eklenmediğinden tatsız olduğunu gördünüz, ancak servis sırasında tuzun eklenmesi gerektiğini bilmiyordunuz, aksi takdirde tarifin görünümünü etkileyebilir.
# 2) Gereksinim Uygulaması:
Daha önceki bir tartışmanın parçası olarak, belirli gereksinimin XYZ yöntemiyle uygulanacağının farkındaydınız. Ancak geliştirme sırasında, geliştirici XYZ yolunu izlemenin mümkün olmadığını fark etti ve bu nedenle ABC yolunu izledi ve bu size iletilmedi.
Nihayetinde, gereksinimin tartışıldığı şekilde uygulanmadığını fark ettiğinizde bir hata bildireceksiniz.
Gerçek Hayat Örneği : Terziden bir gömlek hazırlamasını istediniz ve duruşma için istendiğinde üzerinde düğme bulamadığınızı söyleyerek reddettiniz. Terzi, ön tarafa düğme takmanın gömleğin genel görünümünü etkileyeceğini ve dolayısıyla ön sınırın içine koyduğunu açıkladığında, kesinlikle şaşkına dönersiniz.
# 3) Net Gereksinimler Yok:
Mevcut net gereksinimler olmadığında, herkes gereksinimi kendi yöntemiyle üstlenmekte özgürdür ve bu kişisel düzeyde bir varsayıma yol açar. Kişisel varsayımın tatmin edilmediğini gördüğünüzde, bunu bir hata olarak işaretlersiniz.
Gerçek Hayat Örneği : Öğretmen, öğrencilerden bisiklet çekmesini beklediğini açıkladığında bir döngü çizmeniz gerekir. Yarım saat sonra herkesin çizimini kontrol ettiğinde beklentilerine uyan birini bulamadı. Herkes bu belirsiz ifadeyi kendine göre aldı ve sonuç üç tekerlekli bisiklet, bebek döngüsü, çok fazla döngü, tekerlekli sandalyeyle bisiklet vb. Oldu.
# 4) Gereksinimdeki Değişiklik:
Çoğu zaman başka bir iletişimsizlik örneği. Test uzmanlarına gereksinim değişiklikleri hakkında bilgi verilmediğinde, daha fazla hata rapor edilecek ve sonuçta reddedilecektir.
Gerçek Hayat Örneği : Sandviçi sipariş ettiğiniz muzlu ekmek yerine bal ekmeği kullandığını gördüğünüzde kesinlikle reddedeceksiniz. En azından partnerinizin ekmek tipini siz telefondayken değiştirdiğini biliyordunuz ve tabii ki sizinle paylaşmayı gerekli bulmadı.
# 5) Kapsamı Anlamak:
Test ederken, belirli bir noktada test edilebilir olarak kabul edilmemesi gereken veya ürün kriterleri kapsamında hiç kapsanmayan bir şeyi test etmeye başlıyorsunuz; böcek reddinin kurbanı olacaksın.
Gerçek Hayat Örneği : Bir odayı süpürmeniz gerekiyor ve tek odak noktası bu. Yine de, diğer alanlardaki karışıklıktan şikayet ederseniz, kesinlikle göz ardı edileceksiniz.
# 6) Test Ortamı:
Bir uygulama / ürün, birçok donanım ve yazılım gereksiniminin birleşimidir - hem önemli hem de önemsiz ve uygun test ortamı kullanılmadığında veya test ortamında bir şey eksik olduğunda, uygulama / ürün çökmeleri ve rapor edilen kritik bir hata….
Bundan sonra ne olacak - derin araştırma çünkü çoğu zaman, kullandığımız test ortamı hakkında istemeden küçük ayrıntılar vermeye özen göstermeyiz ve bu da geliştiricinin çalışmasını artırır. Sonuçta hata reddedilir.
Gerçek Hayat Örneği : Birkaç gün önce bir arkadaşınızın evinde tattığınız o nefis kekler harikaydı ve tarifi izledikten sonra kekler, sahip olduğunuz keklere daha da yakın değildi.
Peki, taze tereyağı olmadığı için bayat tereyağı kullanmamalıydınız, tadı ekleyebileceğini düşündüğünüz için bir tutam gram unu eklememelisiniz, fırın gibi tavada pişirmemeniz gerekiyordu düzensizdi.
Önerilen okuma => 'Test Ortamı' Nasıl Etkin Bir Şekilde Hazırlanır?
# 7) Kullanılan Test Verileri:
Test için kullanılan test verileri bir gereksinimle uyuşmuyordu.
Gerçek Hayat Örneği : Hesap makinesinin sayısal işlem için yararlı olduğunu bildikten sonra bile, özel karakterler eklemeye çalışırsanız ve hesap makinesi beklenmedik şekilde yanıt verdiğinde, bunun uygunsuz olduğunu düşünürsünüz. Gerçekten mi?
Önerilen okuma => Test Verilerini tasarlamaya yönelik ipuçları ve Test Veri Yönetim Teknikleri .
# 8) Yinelenen Hata:
Birisi zaten aynı hatayı bildirdi ve siz hatayı bildirmeden önce aynı hatayı kontrol etmeye özen göstermediniz. Yine ret.
Gerçek Hayat Örneği: Müşteri destek görevlisi, her bir aile üyesinden aynı ürün için birden fazla şikayet çağrısı aldığında mutlu olmayacaktır. Yeterince bir çağrı olmadığını düşünürdü.
selenium webdriver'da veri odaklı çerçeve
# 9) Yanlış hata açıklaması:
Geliştirici, hata raporu aracılığıyla ne iletmeye çalıştığınızı anlayamadığında, diğer görevlerle de yüklendiği için ve nasıl olursa olsun hata raporunda uygun açıklamayı ve gerekli ayrıntıları bulamadıklarında reddedilmesini bekleyin. hata kritiktir, Reddedildi olarak işaretlenmesi beklenir.
Önerilen okuma => İyi bir Hata Raporu nasıl yazılır? Ipuçları ve Püf noktaları.
Gerçek Hayat Örneği: Arabanın kilidini açmanız, oturmanız ve anahtarları saat yönünde hareket ettirerek başlamanız gerekir…. Araba çalışmadı ve bu yüzden üzgünsünüz. Benzini kontrol etmeniz istenmedi mi? Oh, kılavuzda, varsayılan olarak kontrol edilmesi gerektiğini kesinlikle anlayacağınızı varsayan bir hata.
# 10) Tekrarlanamayan hatalar:
Bir hatayı bildirirken, hatanın tekrarlanabilirliğinin önemini asla anlamadınız. Hatanın her zaman yeniden üretilebilir mi yoksa rastgele mi göründüğünden emin olmak bile saatler süren çalışmayı ve reddedilen bir hatayı daha kurtarabilir.
Gerçek Hayat Örneği: Sert soğuktan şikayet ettiğinizde doktor neyi kontrol ederdi, ancak hiçbir belirti bulamaz. Oh, sadece sert hapşırıyordum , durumu daha iyi hale getirmeyecek.
Sonuç
Çoğu zaman, insan doğamız, bildirilen hata reddedildiğinde olumsuz düşünmemize izin verir. Gerçekten, geliştiriciler hatanın geçerli olması durumunda reddetmek için belirli bir neden görmezler.
Bu nedenle, bir dahaki sefere, lütfen hata sayısına odaklanmayın. Niteliksel hatalara uygun ayrıntılarla odaklanın, çünkü sonuçta önemli olan, ürünün kalitesini iyileştirmeye nasıl yardımcı olduğunuz ve kaç hata bildirdiğiniz değil.
Ayrıca => Herhangi bir 'Geçersiz hata' etiketi olmadan tüm hatalarınızı nasıl çözebilirsiniz?
Yazar hakkında: Bu faydalı makale STH ekip üyesi Bhumika Mehta tarafından yazılmıştır. 7 yıldan fazla yazılım test deneyimi taşıyan bir proje lideridir.
Mutlu testler! Her zamanki gibi aynı konuda görüşlerinizi bekliyorum.
Önerilen Kaynaklar
- Herhangi bir 'Geçersiz Hata' etiketi olmadan tüm Hatalarınızı nasıl çözebilirsiniz?
- Hata Bildirme Neden Her Uzman Tarafından Öğrenilmesi Gereken Bir Sanattır?
- Hata Bildirme Sanatı: Hatalarınızı Nasıl Pazarlayabilir ve Düzeltebilirsiniz?
- Yazılımda Neden Hatalar Var?
- Her Test Cihazının Bilmesi Gereken 7 Yazılım Hatası Türü
- Test Kullanıcısı Olduğunuzu Bildiğiniz 11 Yol ..
- Örnek Hata Raporu
- Cesur ve Kendine Güvenen Bir Yazılım Testçisi Olmanın 5 Yolu