developers are not good testers
Bu büyük bir tartışma olabilir. Geliştiriciler kendi kodlarını test ediyor - Test çıktısı ne olacak? Tüm mutlu sonlar! Evet, kodu geliştiren kişi genellikle yalnızca Mutlu Yollar çok fazla ayrıntıya girmek istemiyorsunuz.
test senaryosu ile test komut dosyası arasındaki fark
Geliştirici Testinin ana endişesi - gereksinimlerin yanlış anlaşılması. Gereksinimler geliştirici tarafından yanlış anlaşılırsa, geliştirici uygulamayı hangi derinlikte test ederse etsin, hatayı asla bulamayacaktır. Hatanın ortaya çıktığı ilk yer sonuna kadar kalacak, bir geliştirici bunu işlevsellik olarak görecek.
İyimser Geliştiriciler - Evet, kodu yazdım ve düzgün çalıştığından eminim. Bu yolu test etmeye gerek yok, düzgün çalıştığını bildiğim için bu yolu test etmeye gerek yok. Ve burada geliştiriciler, Hatalar .
Geliştirici vs Test Kullanıcısı: Geliştirici her zaman kodunun düzgün çalıştığını görmek ister. Bu yüzden doğru çalışıp çalışmadığını kontrol etmek için test edecek. Ama test edicinin uygulamayı neden test edeceğini biliyor musunuz? Herhangi bir şekilde başarısız olmasını sağlamak için, test cihazı kesinlikle bir uygulamanın nasıl düzgün çalışmadığını test edecektir. Bu, Geliştirici Testi ve Test Kullanıcısı Testindeki temel farktır.
Geliştiriciler kendi çalışmalarını test etmeli mi?
Kişisel olarak geliştiricilerin kendi kodlarını test etmeleri benim için sorun değil. Sonuçta bu onların bebeği ;-) Kodlarını çok iyi biliyorlar. Kodlarındaki tuzakların ne olduğunu biliyorlar.
Nerede başarısız olabileceği, nerede daha fazla konsantre olunacağı, uygulamanın önemli yolu budur. Geliştirici, birim testini çok iyi yapabilir ve sınır durumlarını etkili bir şekilde belirleyebilir. ( Resim kaynağı)
Hepsi bu bir geliştirici için geçerli İyi Test Cihazı ! Ancak geliştiricilerin çoğu test etmeyi zahmetli bir iş olarak görüyor, sistemi iyi tanıyor olsalar bile, ihmalleri nedeniyle birçok test yolunu atlama eğilimi gösteriyorlar, çünkü bu onlar için çok acı verici bir deneyim.
Geliştiriciler Unit Testing'de kodlarında herhangi bir hata bulurlarsa, hatayı testçilerden iki-üç gün sonra almak yerine kod onlar için yeni olduğundan düzeltmek nispeten daha kolaydır. Ancak bu, yalnızca geliştirici bu kadar çok test yapmakla ilgilenirse mümkündür.
Bu Test uzmanının sorumluluğu her yolun test edilip edilmediğinden emin olmak için. Test uzmanları, uygulamanın hiçbir yerde bozulmadığını doğrulamak için olası tüm küçük ayrıntılara ideal olarak önem vermelidir.
Geliştiriciler, lütfen kendi kodunuzu gözden geçirmeyin. Genellikle kodunuzdaki sorunları gözden kaçıracaksınız. Öyleyse gözden geçirmeleri için başkalarına verin.
Herkes belirli bir konuda uzmanlaşmıştır. Geliştiriciler genellikle uygulamanın nasıl geliştirileceğini düşünürken, test uzmanları son kullanıcının uygulamayı nasıl kullanacağını düşünüyor.
Sonuç
Kısacası, geliştiriciler temel Birim Testi ve temel doğrulama testleri yapıyorlarsa hiçbir sorun yoktur. Geliştiriciler, kritik olduğunu bildikleri ve gözden kaçırılmaması gereken birkaç istisnai koşulu test edebilir. Ama dışarıda bazı harika testçiler var.
Ekibi test etmek için yapı boyunca. Zamanınızı da boşa harcamayın. Herhangi bir projenin başarısı için, başvurularınızı doğrulayan bağımsız bir test ekibi olmalıdır. Sonuçta, 'bebeği' daha akıllı hale getirmek bizim (testçiler) sorumluluğumuz !!
Ne dedin?
indirdikten sonra torrent dosyaları nasıl kullanılır
Önerilen Kaynaklar
- Acemi Test Uzmanları için Yazılım Testi Önerileri
- Test Uzmanları Otomasyon Nedeniyle Testlere Karşı Tutumlarını Kaybediyor mu?
- Küresel Yazılım Test İşletmesi Yakında 28,8 Milyar Dolara Ulaşacak
- Geliştiriciler ve Test Edenler İçin En Popüler 10 Kod İnceleme Aracı
- Yazılım Testçilerinde Motivasyon Nasıl Canlı Tutulur?
- Başarılı Birim Testinin Anahtarı - Geliştiriciler Kendi Kodlarını Nasıl Test Ediyor?
- Test Uzmanları İçin En İyi 15 SOA Test Aracı
- 2008'in en iyi yazılım test makaleleri