Menü

Her Test Uzmanının (Temelde Daha Taze) Sahip Olması Gereken 6 Temel Beceri

6 basic skills that every tester should have

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

Yazılım Testi veya QA, daha az veya daha düşük ücretli bir iş olduğu yanılgısına rağmen yeni gelenlerin BT sektörüne girmeleri için en iyi platformdur.

Bir test uzmanının ihtiyaç duyduğu en önemli beceri, böcek bulma yeteneği . Ve eğer böcek bulmayı seven biriyseniz, o zaman bu alanda sevecek ve büyüyeceksiniz.

Bununla birlikte, hataları bulmanıza ve QA süreçleriyle daha iyi çalışmanıza yardımcı olabilecek birkaç beceri daha var.

Bu, QA sürecini çoğu şirkette izlendiği şekliyle gösterecek ve yeni test yapanlara test konusunda açıklamalar verecek.

Ayrıntılı olarak, dokümantasyon sürecini ve standartlarını, test edenin ön çalışmasını, kısıtlamalara dayalı testleri, kısmi geliştirme sırasında testleri ve son olarak da onay sürecini öğrenirsiniz.

temel test becerileri

Hadi başlayalım.

Ne öğreneceksin:

# 1. Dokümantasyon

Belgeleme, test etmek için gereklidir. Çoğu şirket bu görevi yeni gelenlere atar. Başarılı olmak için sahip olmalısın iyi kelime bilgisi çünkü dokümantasyon standartları vb. gibi geri kalan şeyler sizin kontrolünüzde değildir ve ekibin ve şirketin süreçlerine bağlıdır.

Ayrıca, dokümantasyon sürecinin değerini gördüğünüzden emin olun. Avantajları çoktur - gereksinim değişikliklerini izlemenize, test adımlarınızı izlemenize, çalışmanızı kaydetmenize vb. Yardımcı olurlar.

Önerilen okuma=> Yazılım Testinde Belgeleme Neden Önemlidir?

# 2. Test hazırlığı

Mevcut tüm belgelerden aşağıdakiler ihmal edilemez. Bunlar aynı zamanda teslim edilebilir belgeler olarak da adlandırılır ve müşteri, geliştirici ve test uzmanı anlayışları arasında köprü oluşturur.

a) Test Planı: Başlangıçtan bitişe kadar test akışını çizer .

Test planı, test aşamasının kapsamını ve faaliyetlerini gösterir. Kalite Güvencesi sorumlusu tarafından oluşturulan ekibin katkıda bulunması ve test planında yazılan her şey hakkında güncel bilgi sahibi olması gerekir.

Bazı ekiplerin birden çok seviyeli test planı vardır: Ana Plan ve Aşama bazlı planlar.

Bir test planı şunlara sahip olmalıdır:

  • Proje Adı ve sürümü
  • Test planı tanımlayıcıları - Oluşturan, taslak no., Oluşturulma tarihi vb.
  • Giriş - Proje, hedef ve kısıtlamalara genel bakış
  • Referanslar - Giriş olarak kullanılan referansların listesi. (Doğru ve en son sürümleri kullandığınızdan emin olun)
  • Test öğeleri - Modüller, sürüm, kapsam, kapsam dışı vb.
  • Genel Test Yaklaşımı / Test Stratejisi - Kullanılacak araçlar, hata izleme süreci, gerçekleştirilecek test seviyeleri vb.
  • Başarılı / Başarısız öğe kriterleri - Test Yürütme yönergeleri
  • Askıya Alma ve Devam Ettirme kriterleri
  • Test çıktıları - Test senaryosu, test raporları, hata raporu, test ölçümleri vb.
  • Test ortamı ayrıntıları
  • İletişim Noktası bilgilerine sahip Takım Kadrosu. her modül veya test türü için
  • Test Tahminleri - Zaman ve çaba. Bütçe ayrıntıları gizlidir ve bunları burada bulamazsınız
  • Riskler ve azaltma planları
  • Onaylar
  • Diğer yönergeler

Ayrıca oku=>

b) Test senaryoları:

Her gereksinime göre 'neyin test edileceğine' dair bir satır işaret eder ve genellikle e-tablolar aracılığıyla belgelenir ve izlenir.

Çoğu şunları içerir:

  • Modül / Bileşen / işlev adı (oturum açma, yönetici, kayıt vb.)
  • Senaryo kimliği referans içindir (Örn .: TS_Login_001)
  • Senaryo Açıklaması - 'Ne Test Edilmeli' Ör .: Girişin, geçerli kimlik bilgilerine sahip kullanıcıların başarıyla oturum açmasına izin verip vermediğini doğrulama
  • Senaryo Önemi - Yetersiz zaman durumunda öncelik vermek - Yüksek / Orta / Düşük
  • Gereksinim Kimliği - İzlenebilirlik için

daha fazla okuma=>

c) Test durumları:

Doğru Test senaryoları, doğru test sonuçları verir. Elektronik tablolar, bazı şirketler test yönetimi araçlarını uyarlasa da, özellikle yeni başlayanlar için test senaryosu yazma için hala popüler bir ortamdır. Test senaryosu yazımının temeli SRS / FRD / Req belgesidir. Ancak, çoğu zaman yeterli değildir, bu nedenle BA / Dev ekipleriyle çok sayıda varsayım ve tartışma kullanmanız gerekecektir.

Etkili test senaryoları yazma bir test uzmanının sahip olması gereken en önemli niteliktir. Genellikle, tüm test durumları pozitif / negatif olarak kategorize edilir. Pozitif test durumu geçerli girdiler vermek ve olumlu sonuçlar almaktır. Negatif test durumu geçersiz girişler veriyor ve tam hata mesajını alıyor.

Bunlar hakkında daha fazla bilgi için, kontrol edin:

Tüm test senaryolarının sahip olduğu ortak özelliklerden bazıları şunlardır:

  • Senaryo Kimliği - Test senaryosu belgesinden alınmıştır
  • Test senaryosu kimliği - Benzersiz tanımlama ve izleme için. Örnek: TC_login_001
  • Test açıklaması - Test edilen test koşulunun kısa açıklaması
  • Yürütülecek adımlar - Nasıl test edileceğine ilişkin ayrıntılı adım adım talimatlar
  • Test verileri - Test adımlarına sağlanan veriler
  • Beklenen sonuç - Beklendiği gibi sonuç
  • Gerçek sonuç - Test çalıştırıldığında AUT'nin tepkisi
  • Durum - Başarılı / Başarısız / Çalışmıyor / Tamamlanmamış / Engellendi - Testin sonucunu açıklar
  • Yorumlar - Ek ayrıntılara git
  • Yürüten - Test Kullanıcısının adı
  • Yürütme tarihi - Testin çalıştırıldığı tarih
  • Kusur Kimliği - Testin başarısız olması durumunda, test senaryosuna karşı günlüğe kaydedilir.
  • Yapılandırma ayrıntıları - İşletim Sistemi, Tarayıcı, Platform, cihaz bilgileri (isteğe bağlı)

Önerilen okuma=>

# 3. Test Süreci - Hangi testler yapılmalı?

Çok sayıda test türü vardır, ancak hepsi o AUT'de gerçekleştirilemez. Zaman, bütçe, işin doğası, uygulamanın niteliği ve müşterinin ilgisi, uygulamada hangi testlerin yapılacağının seçiminde kilit oyunculardır.

Örneğin: Çevrimiçi bir ticaret portalıysa, stres testi ve yük testi zorunludur. Ancak kaçırılmaması gereken bazı test türleri şunlardır:

# 4. Kısmi geliştirme aşamasında test

Genel olarak orta düzey ve yeni kurulan şirketlerde kısıtlı zaman ve kaynak vardır. Buradaki test uzmanları, modül entegrasyonundan önce test sürecine başlayabilir, bu da birim ve ara entegrasyon testleri yapıyor olabileceğimiz anlamına gelir.

Bu aşamalardan elde edilen sonuçların doğru olarak sayılamayacağına dikkat etmek önemlidir, bu nedenle her şey hazır olduğunda genel bir kara kutu testi planlamanız gerekebilir. Bu parçayı gözden kaçırmak maliyetli olabilir ve sınama etkisiz olabilir.

# 5. Hata raporu belgesi

Uygulamalı, bu şimdiye kadar hazırlayacağınız en kritik QA belgesidir.

Aşağıdakiler, iyi bir hata raporunun sahip olması gereken alanlardır:

  • Kusur Kimliği - Genellikle bir seri numarası
  • Kusur açıklaması - Sorunun tek satır açıklaması
  • Konum - Sorunun bulunduğu AUT modülü / alanı
  • Yapı numarası - Sürüm ve kod derleme no.
  • Yeniden oluşturma adımları - Sizi soruna götüren adımların listesi
  • Önem Derecesi - Sorunun ciddiyetini açıklamak için bir seviye belirleyin - Düşük, orta, yüksek, engelleyici vb.
  • Öncelik - Kusurun düzeltileceği sırayı belirlemek için geliştiriciler tarafından belirlenir (P1, P2, P3, vb. P1 - en yüksek)
  • Atanan - Bu noktada kusurun sahibi
  • Bildiren - Test Kullanıcısının adı
  • Durum - Hata yaşam döngüsü aşamasını temsil etmek için farklı durum
    • Yeni - Hata bulundu ve yeni rapor edildi
    • Açık - KG sorumlusu tarafından doğrulandı
    • Atandı - İlgili geliştiriciye atanmak üzere geliştirme sorumlusuna gönderilir
    • Devam Ediyor / Devam Eden Çalışma - Dev, üzerinde çalışmaya başladı
    • Düzeltildi / Çözüldü - Geliştirici üzerinde çalışmayı tamamladı
    • Doğrulandı / Kapalı - QA Ekibi yeniden test etti ve hatanın düzeltildiğini gördü
    • Yeniden Test - QA ekibi, Dev'in çözümüne katılmıyor ve hatayı yeniden çalışma için daha da ilerletiyor
    • Yineleme - Benzer hata zaten var
    • Ertelendi - Geçerli hata, ancak sonraki sürümlerde düzeltilecek
    • Geçersiz - Hata değil veya yeniden üretilemez veya yeterli bilgi yok

daha fazla okuma=>

# 6. Sign-off süreci

Oturumu Kapat ve nihai belgeleri göndermek, QA sorumlusunun / yöneticisinin görevidir. Ancak, ekibin son incelemeler ve denetim için yukarıdaki belgeleri (Test senaryosu, Test senaryosu ve kusur günlük belgesi) sunması gerekir.

Emin olun, hepsini kontrol edin ve son hallerini gönderin.

Ayrıca oku=>

Sonuç

Bu, ben bir testçiyken ilk elden şahit olduğum ve deneyimlediğim süreçtir ve umarım bu size bazı yararlı ipuçları vermiştir.

dünyanın en iyi pazar araştırma şirketleri

Son olarak, test etme kariyerim benim için mutlak bir zevkti ve umarım sizin için de öyle.

Kariyeriniz için en iyisi!

Önerilen Kaynaklar

^