Menü

6 Basit Adımda Test Dokümantasyonu İncelemeleri Nasıl Gerçekleştirilir - QA Süreci

  • Ana
  • Kalite Güvencesi
  • 6 Basit Adımda Test Dokümantasyonu İncelemeleri Nasıl Gerçekleştirilir - QA Süreci

how perform test documentation reviews 6 simple steps qa process

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

Şimdiye kadar, bir testçi için bunu hepimiz biliyoruz, Dokümantasyon günlük hayatının ayrılmaz bir parçasıdır. Oluşturulan, gözden geçirilen, onaylanan, kullanılan, bakımı yapılan ve dağıtılan test yapılarında aşırı yük vardır. Bir belgenin nasıl oluşturulacağı, nasıl kullanılacağı, kime gitmesi gerektiği gibi konularda her zaman net bir şekilde düzenlenmiş süreçlerimiz vardır.

Bu makale sayesinde, küçük ama önemli konu olan İncelemeler'e biraz ışık tutacağız.

Gözden geçirme de bir test şeklidir - V & V'nin doğrulama kısmı Statik Test olarak da adlandırılır.

Test Dokümantasyonu İncelemelerini Gerçekleştirin

Ne öğreneceksin:

Yorum Türleri

  • Kendi çalışmanızı gözden geçirme - Kendi Kendine Kontrol
  • Akran değerlendirmesi
  • Denetleyici

Doğrulama, test uygulamalarının yarısıysa, doğrulama diğeridir, ancak genellikle yönergeler belirsizdir - Öyleyse ŞİMDİ bunu değiştirelim. STH'deki makaleler ile genel bir uygulama mı, ne sorusuyla başlayacağız? Neden? Nasıl?

swf dosyaları tarayıcıda oynatılmıyor

Yazılım Test Belgesi İncelemeleri

Neleri İnceliyoruz?

Oluşturulan her şeyin gözden geçirilmesi gerekiyor. Aşağıda gözden geçirilen yaygın yapılardan bazıları verilmiştir:

  • Test planı
  • Test senaryoları
  • Test şablonları
  • Test durumları
  • Test verisi
  • Raporlar… vb.

Test Belgesi İncelemeleri

Neden İnceleme?

Tam olarak aynı nedenle yazılımı test ediyoruz, Örneğin,

  • Hataları ortaya çıkarmak için
  • Eksiksizliği kontrol etmek için
  • Standartlara ve yönergelere uyulup uyulmadığından emin olmak için… vb.

Nasıl İncelenmeli?

Aşağıdakiler ilgili faaliyetlerin listesidir:

  • Kriterleri tanımlayın - Neye bakmanız gerektiğine dair bir kontrol listeniz var mı?
  • Kontrolü gerçekleştirin
  • Sonuçlarınızı kaydedin
  • Gerekli değişiklikleri paylaşın, tartışın ve uygulayın
  • Sürüm, ilgili belgeleri kontrol eder
  • Belgeyi istediğiniz gibi kapatın ve kullanın.

Test belgeleri inceleme süreci

Şimdi 'Nasıl' bölümünde her adımı, başka bir deyişle, onu gerçekleştirme sürecini tartışacağız.

(Çoğumuz kelime işlemciyi sevmiyoruz, değil mi? Bizim için bu, ya çok daha fazla iş anlamına gelir ya da istemesek bile yapmamız gereken üst düzey bir yönetim görevi - çünkü hakkında hiçbir fikrimiz olmayan bir uyum uğruna. Ama güven bana, bir şey bulduğunuzda çalışan süreç ve bunu neden yapmamız gerektiğini anlamamız için yeterince basit, eğlenceli olabilir! Sadece benimle oyna.)

Akran incelemeleri ve denetleyici incelemeleri için süreç bana göre aynıdır çünkü bir denetçi aynı zamanda daha yüksek unvana rağmen bir emsaldir.

Adım 1: Kriterleri Tanımlayın

# 1) Ne bulmayı bekliyorsun? Şunun gibi şeyleri arayabilirsiniz:

  • Yazım hataları (Kulağa çok aptalca geliyor mu? Öyle düşünmüyorum, bir kez makalelerimden birinde 'Web Nesnesi' yerine 'Çar Nesnesi' yazdım - Anlamı tamamen değiştiriyor. Ciddiye alınamayacak kadar aptalca yapıyor.)
  • Biçim / şablon uyumluluğu
  • İşlevsellik kapsamı ve doğruluk
  • Anlama kolaylığı
  • Takip edilen standartlar - adlandırma kuralları, tutarlı numaralandırma… vb.

#iki) Bir kontrol listesi yapın - Kontrol listeleri çok yönlüdür. Bir inceleme kontrol listesi kadar karmaşık veya bir alışveriş listesi kadar basit olabilir. Yapmanız gereken tek şey, yapmak için biraz zaman ve bir kez yaptıktan sonra, AÇIK veya KAPALI'yı kontrol etmek kadar basit.

# 3) Sonuçlar nasıl rapor edilir? - Uygun olanı, tercihen kaydedilebilen ve izlenebilen bir yöntem seçin.

  • Bazen bu, excel sayfasına test durumlarıyla fazladan bir sütun eklemek ve olması gerektiği gibi olmadığında kırmızı renkte bir şeyler yazmak kadar basit olabilir.
  • Ağızdan söz olabilir
  • E-postadaki liste

2. Adım: Kontrolü Yapın

# 1) Daha önce yaptığınız kontrol listesini kullanarak belgeyi doğrulayın ve geri bildiriminizi sağlayın.

3. Adım: Sonuçlarınızı Kaydedin

# 1) Yine 1. adımda kararlaştırılan yöntemi kullanarak sonuçlarınızı kaydedin ve rapor edin.

#iki) Yorumlarınızı veya önerilerinizi değişiklik için bildirirken, bir kusuru bildirmekten farklı davranmayın. Hiçbir şeyi gözden kaçırmayın. Ayrıntılı olun.

4. Adım: Gerekli Değişiklikleri Paylaşın, Tartışın ve Uygulayın

# 1) Hiç kimse işinin yanlış veya eksik olduğunun söylenmesinden hoşlanmaz. Bu nedenle, olumsuz geribildirim verirken aşağıdaki yönergeleri aklınızda bulundurun.

  • Yapıcı eleştiri sağlayın - Kişiyi eleştirmemeyi unutmayın, ancak bu üründeki kusurları belirtin
  • Rekabete kapılmayın - sırf sizin test senaryolarınızla ilgili 30 yorum yorumu yaptı diye, onu geçmeye çalışmayın.
  • Yorumlarınızı desteklemek için nedenler sunun

#iki) Bir imza alın.

# 3) Değişiklikleri yaptır

Adım 5: İlgili Belgelerin Sürüm Kontrolü

# 1) Belgelerden herhangi birinin eski sürümlerini silmeyin. Bunları uygun şekilde adlandırın ve merkezi bir proje klasöründe saklayın. Sonuçta, bu tüm çalışmalarımızın kanıtı

selenyumda radyo düğmesi nasıl seçilir

6. Adım: İmzayı Kapatın ve Dokümanı Amaçlandığı Gibi Kullanın

# 1) Tüm değişiklikler birleştirildikten, sürüm kaydedildikten sonra, inceleme sürecine bir onay verin ve belgenin oluşturulduğu şey için kullanmaya devam edin.

#iki) Ortaya çıkan diğer bir soru da - değişiklikler yapıldıktan sonra tekrar kontrol ediyor muyuz? Bu süreç kaç kez devam edecek - iş gözden geçirme - düzeltme - ve sonra tekrar gözden geçirme? Ne zamana kadar?

Hayır, bir incelemenin defalarca yapılması gerekmez. Test yardımcılarının doğru oluşturulup oluşturulmadığını doğrulamaya odaklanan bir kalite kontrol faaliyetidir. Her zaman olduğu gibi, sıfır hatalı belgeler imkansızdır. Dolayısıyla, bir meslektaş tarafından bir kez makul bir inceleme seviyesi kabul edilebilir.

İşte bitirdiniz. Bu süreç basit değil mi?

Hatırlanacak noktalar

  • Her projenin bu resmileştirilmiş gözden geçirme yöntemini takip etmesi gerekmez, ancak yerinde gayri resmi bir yöntemi olsa bile, bu adımlar beklentiyi belirlemenize yardımcı olur ve size yol gösterir.
  • Test belgeleri Zaman çizelgesi tahminleri genellikle belgeleri oluşturmak ve incelemek için gereken süreye dayanır - bu nedenle her zaman tanımasak da bu belgenin içine yerleştirilmiştir.
  • İnceleme, manuel test ekipleriyle sınırlı bir süreç değildir. Otomasyon ekipleri ayrıca kod açıklamaları, tasarım incelemeleri vb. Gerçekleştirir.

Son olarak, test senaryoları için tipik bir inceleme yorumları belgesi bu şekildedir. Yorumlar kırmızıdır. Mutlaka gerçek yorumlar değil, nasıl yapıldığını gösterecek bir şey.

Örnek Test vakaları inceleme Dokümanı: (resmi büyütmek için tıklayın)

Test senaryosu inceleme belgesi örneği

Sana doğru

Öyleyse, süreçlerin hala göz korkutucu olduğunu düşünüyor musunuz? Projelerinizde incelemeler yapıyor musunuz? Lütfen deneyimlerinizi, zorluklarınızı, sorularınızı ve yorumlarınızı aşağıda paylaşın.

Yazar hakkında: Bu Swati Seela tarafından yazılan bir gönderi - 9 yılı aşkın endüstri deneyimi ile Manuel ve Otomasyon Testinde uzman . Aynı zamanda Yazılım Testi Eğitim Kursumuzun eğitmenidir.

Uzmanlardan Yazılım Testini öğrenmek istiyorsanız, yaklaşan partimiz için programı kontrol edin ve bu kurs hakkında daha fazla bilgi bu sayfada .

Önerilen Kaynaklar

^