5 things beginner developer
Tüm konferans odası sessiz kaldı ve birkaç dakika bekledikten sonra sabrımı koruyamadım ve sorumu tekrarlamak zorunda kaldım:
Test ekibine kimler katılmak ister?
Gemide 20 kursiyerimiz vardı ve onlar yazılım projelerinin farklı yönleri konusunda eğitiliyorlardı. İş analizi, geliştirme, test ve satış gibi farklı departmanlardan liderler ve yöneticiler onlarla toplantılar düzenledi kursiyerlere bilgi sağlamak ve gerçek yazılım projesinin neye ve nasıl göründüğünü anlamalarına yardımcı olmak için. Bir test lideri olarak, bu yeni yüzlere temel test yönlerini ve yaşam döngüsünü test etmenin önemini anlattım.
Heyecanla, soruyu düşürdüğümde, iğne bırakma sessizliğini hiç düşünmemiştim. Kimse teste katılmaya hazır değildi. Ne yazık ki iç geçirdim ve bu gelecek nesil BT'yi eğitmek için başka bir yol seçtim.
Reddetmenin arkasındaki nedenleri öğrenmek için sorumu değiştirdim bir meslek olarak yazılım testi -
Neden yazılım testine katılmak istemiyorsunuz?
Cevaplar ilginçti (ve bir noktada pratikti)
- Herkes test yapabilir ancak geliştirme yapamaz ( bunu bildiğim iyi oldu )
- Test uzmanlarına daha az ödeme yapılır ( biraz doğru ama her zaman değil )
- Bu nankör bir iş ( tamamen katılıyorum ama geçerli sebep bu değil )
- Bunun hakkında öğrenilecek hiçbir şey yok ( Hooh …… bunu kim söyledi?)
- Kariyer olarak yazılım testini seçmek için hiçbir neden yoktur ( en kötü sebep )
Ne öğreneceksin:
- Yazılım testi neden var?
- # 1. Yazılım testi zaman kaybı değildir:
- # 2. Yazılım testi zorunludur:
- # 3. Birim testi, geliştiricinin tamamen sorumluluğundadır:
- # 4. Geliştiriciler ve test edenler eşittir:
- # 5. Test uzmanı, projenin ilk gününden itibaren dahil edilmelidir:
- Sonuç:
- Önerilen Kaynaklar
Yazılım testi neden var?
Tamam, bu yeni insanları yazılım testinin neden var olduğu ve yazılım geliştirmeye katılacaklarsa bu konuda ne bilmeleri gerektiği konusunda eğitmenin zamanı gelmişti.
Fikirlerini nasıl değiştirdim?
Burada sadece o öğleden sonra ne konuştuğumuzu ve yazılım testi hakkındaki algıyı temizlerken en az 20 kişinin fikrini değiştirmede nasıl başarılı olduğumu kısaca anlatmaya çalışıyorum.
# 1. Yazılım testi zaman kaybı değildir:
Evde misafiriniz olduğunda ve aceleyle onlara limonata hazırlayıp servis ettiğinizde ne olur? Misafirler bardakları yarım bıraktıklarında, bir şeylerin ters gittiğini hissediyorsunuz ve limonatayı tattığınızda, Aman Tanrım …… kokmuş gibi geldi. Servis yapmadan önce sadece 10 saniye daha geçirip limonatanın tadına bakmış olsaydınız.
Projeyi belirli bir zaman çizelgesinde teslim etmek için acele ederken, şirketler / yönetim / herkes test süresinden ödün vermeye hazır olur çünkü yazılım testi hakkındaki algı gerçekten gerekenden uzun sürüyor, insanların zihninde hala canlı. Ancak, test için harcanan zaman, müşterinin gece yarısı yaptığı aramaya kıyasla, size teslim edilen mevcut atamada dahili kullanımdan sonraki ilk iki saat içinde 5'ten fazla kritik hata sergilediği için bir sonraki atamayı iptal edeceğini bildirmek için değmez. Bang !!
# 2. Yazılım testi zorunludur:
Yazılım testi, yazılım geliştirme yaşam döngüsünün kaçınılmaz bir parçasıdır. Yol
- Editörler filmi daha iyi hale getirmeye yardımcı olur
- Düzelticiler bir kitabı daha iyi hale getirmeye yardımcı olur
- Güvenlik görevlileri, insanların hayatlarını huzurlu ve güvenli hale getirmeye yardımcı olur
- Yağ, makinelerin hatasız çalışmasına yardımcı olur
Yazılım testi, yazılımın daha iyi olmasına yardımcı olur. Bunu açıklamak için bir kelime daha harcamama gerek olduğunu sanmıyorum.
# 3. Birim testi tamamen geliştiricinin sorumluluğundadır:
Bir şey geliştirdiğinizde, başkasından kontrol etmesini istemeden önce onu kontrol etmeniz gerekir. Yol
- Şef, başkalarına servis yapmadan önce tarifini her zaman tadar ve koklar.
Geliştirici, kendi kodunu test uzmanlarına göndermeden önce test etmekten tamamen sorumludur. Test uzmanları, kodun ve nihayetinde ürünün kalitesini iyileştirmenize yardımcı olmak ve kodu yazarken yaptığınız en aptalca hataları bulmak için oradadır.
Buna ek olarak, kalitenin yalnızca test uzmanlarının sorumluluğu olduğunu asla varsaymayın.
Günümüzün çevik dünyasında, geliştiricilerin ve test uzmanlarının ürün kalitesinin birleşik sorumluluğunu üstlenmesi beklenmektedir. Geliştiricilerden, test kullanıcısı ile eşli testler yapmaları ve bir şeylerin neyin ve neden ters gidebileceğine dair içgörü sağlamaları ve test uzmanını sizin görüşlerinize dayanarak test fikirleri üretmeye teşvik etmeleri beklenir.
# 4. Geliştiriciler ve test edenler eşittir:
Herhangi bir iş / proje bir ekip çabasıdır ve bu, her bir kişinin eşit derecede önemli olduğu anlamına gelir. Bir geliştirici, en iyisini yaptığını ve sıfırdan bir şeyler yarattığı için daha fazla önem verilmesi gerektiğini düşünüyorsa, düşüncenin yeniden değerlendirilmesi gerekir. Evet, geliştirici sıfırdan bir şey geliştirir ancak test edicinin yardımı olmadan yaratımı tamamlayamaz.
Test cihazı, ürün için bir kullanıcının gözünü sağlar. İyi eğitimli ve deneyimli bir test uzmanı, üründeki boşlukları gösterebilir, bir geliştirici asla düşünemez. Bir test uzmanı yeni fikirler getirir ürünün nasıl olması gerektiği, belirli bir örneğe nasıl bakması gerektiği, nasıl çalışması gerektiği, nasıl davranabileceği ve nasıl çökebileceği hakkında.
Her tarife tuz eklenerek yenilebilir hale getirilmesinin önemli olduğu gibi, ürünün teslim edilebilir olması için test yapılması gerekir.
Ve bu nedenle, geliştiriciler ve test ediciler eşit derecede önemlidir. Proje denilen bedenin sağ ve sol elleridir.
# 5. Test uzmanı, projenin ilk gününden itibaren dahil edilmelidir:
Bir geliştirici olarak, bir test uzmanının gereksinim analizi, kod yazarken uygulanan mantık, müşteri tarafından yapılan değişiklik talepleri, müşteriden gelen geri bildirimler vb. Gibi bir şeyden haberdar olmasına gerek olmadığını varsaymak için asla bu hatayı yapmamalısınız.
Test cihazı bir yığın tutucudur ve projenin başlangıcından itibaren dahil edilmelidir. Test ekibinin ilk katılımı onlara güven verir, sürekli tartışmalar ise geliştirme ve test ekibi arasındaki anlayış , nazik yardım, daha iyi bir şey yapma ruhunu güçlendirir, öneri talepleri onlara değer hissettirir.
Sonuç:
Test cihazı yalnızca bir modülü / ürünü test etmek değildir, en iyi ürünü sunmaya yardımcı olmak için oradadır, kullanıcıların beklentileri hakkında bazı kanıtlanmış fikirler önererek yardımcı olmak için oradadır, sevdiğiniz kodun ne sıklıkla aldığını size bildirmek için oradadır. çöktü …… ve bir geliştirici olarak buna gerçekten ihtiyacınız var, değil mi?
Yazar hakkında: Bu harika gönderi, STH ekip üyesi Bhumika Mehta tarafından yazılmıştır. 7 yılı aşkın yazılım test deneyimine sahip bir proje lideridir. O tamamen teste giriyor ve var olan her şeyi test etmeyi seviyor.
Her zamanki gibi bekliyorumgeri bildirim, görüş ve önerilerkonu hakkında.
Önerilen Kaynaklar
- Yazılım Testi QA Yardımcısı İşi
- Yazılım Testi Teknik İçerik Yazarı Serbest Çalışan İş
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Yazılım Test Cihazının İşi Gerçekten Düşük Profilli Bir İş mi?
- Yeni e-Kitabımı Duyuruyorum 'Yazılım Testi Kariyer Paketi - Bir Yazılım Testinin İş Bulmadan Test Lideri Olmaya Yolculuğu!'
- Yazılım Testinde İş Profiliniz Nedir? (ANKET)
- Yazılım Test İşini Hızlıca Nasıl Alabilirim?
- Yazılım Testinde İş Bulmamanızın 10 Nedeni