Menü

Doğrulama Testi Nihai Kılavuz

validation testing ultimate guide

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

Doğrulama Testinin Önemini Keşfedin:

Ne öğreneceksin:

Doğrulama Testi nedir?

Doğrulama testi, test edilen ve geliştirilen yazılımın müşteri / kullanıcı ihtiyaçlarını karşılayıp karşılamadığının sağlanması sürecidir. İş gereksinimi mantığı veya senaryoları ayrıntılı olarak test edilmelidir. Bir uygulamanın tüm kritik işlevleri burada test edilmelidir.

Bir test uzmanı olarak, size verilen iş mantığını veya senaryoları nasıl doğrulayacağınızı bilmek her zaman önemlidir. İşlevselliklerin ayrıntılı olarak değerlendirilmesine yardımcı olan bu tür bir yöntem, Doğrulama İşlemidir.

Bir doğrulama testi yapmanız istendiğinde, kullanıcı ihtiyaçlarına göre tüm kritik iş gereksinimlerini test etmeniz gerektiğinden büyük bir sorumluluk alır. Kullanıcı tarafından istenen gereksinimleri tek bir eksik bile olmamalıdır. Bu nedenle, doğrulama testine ilişkin keskin bilgi çok önemlidir.

Doğrulama Testi

Bir test uzmanı olarak, test yürütme sonuçlarının gereksinimler belgesinde belirtilenlere uygun olup olmadığını değerlendirmeniz gerekir. Herhangi bir sapma derhal rapor edilmelidir ve bu sapmaya hata adı verilir.

Doğrulama testi yapmak için HP Quality Center, Selenium, Appium vb. Araçlar kullanılır ve test sonuçlarını burada saklayabiliriz. Uygun bir test planı, test yürütme çalışmaları, hata raporları, raporlar ve ölçümler sunulması gereken önemli çıktılardır.

Şirket perspektifinden bakıldığında, doğrulama testi aşağıdaki adımlarla gerçekleştirilir:

  • Doğrulama testi için iş gereksinimlerini son kullanıcıdan alırsınız.
  • İş planını hazırlayın ve onay için ilgili sahaya / paydaşlara gönderin.
  • Planın onaylanması üzerine, gerekli test senaryolarını yazmaya ve onaya göndermeye başlarsınız.
  • Onaylandıktan sonra, gerekli yazılım ve ortam ile testi tamamlamaya başlarsınız ve teslimatları müşterinin talep ettiği şekilde gönderirsiniz.
  • Teslimatların onaylanmasının ardından, UAT testi müşteri tarafından yapılır.
  • Bundan sonra yazılım üretime geçer.

doğrulama testi adımları

dinlenme ve sabun web hizmetleri mülakat soruları

Şimdi doğrulama hakkında daha ayrıntılı olarak inceleyelim.

Doğrulama ve Doğrulama Arasındaki Fark

Bunları basit bir şekilde bir örnekle anlayalım.

Misal:

Müşteri Gereksinimi:

Önerilen enjeksiyon 2 cm'nin üzerinde olmamalıdır.

Doğrulama Testi:

  • Kontrol listesi, inceleme ve tasarımı kullanarak enjeksiyonun 2 cm'den daha ağır olmayan enjeksiyon olup olmadığını kontrol edin.

Doğrulama Testi:

  • Manuel veya otomasyon testi kullanarak enjeksiyonun 2 cm'den fazla olup olmadığını kontrol edin.
  • Herhangi bir uygun test yöntemi (işlevsel ve işlevsel olmayan yöntemler) kullanarak enjeksiyon ağırlığıyla ilgili olası her senaryoyu kontrol etmelisiniz.
  • 2 cm'den küçük ve 2 cm'nin üzerindeki ölçümleri kontrol edin.
DoğrulamaDoğrulama
Süreç sadece tasarımı, kodu ve programı kontrol eder.Kod dahil tüm ürünü değerlendirmelidir.
İncelemeler, adım adım açıklamalı kılavuzlar, incelemeler ve masa başı kontrol dahildir.İşlevsel ve işlevsel olmayan test yöntemleri söz konusudur. Ürünün derinlemesine kontrolü yapılır.
Yazılımı spesifikasyon ile kontrol eder.Yazılımın kullanıcı ihtiyaçlarını karşılayıp karşılamadığını kontrol eder.

İlgili Aşamalar

  • Tasarım Yeterliliği: Bu, iş gereksinimlerine göre test planının oluşturulmasını içerir. Tüm özelliklerin açıkça belirtilmesi gerekir.
  • Kurulum Kalifikasyonu: Bu, gereksinimlere göre yazılım kurulumunu içerir.
  • Operasyonel Yeterlilik: Bu, Kullanıcı gereksinimi spesifikasyonuna dayalı test aşamasını içerir.

Bu şunları içerebilir İşlevsellik testi:

    • Birim Testi - Kara kutu, Beyaz kutu, Gri kutu.
    • Entegrasyon Testi - Yukarıdan aşağıya, Aşağıdan yukarıya, Büyük patlama.
    • Sistem Testi - Akıl sağlığı, Duman ve Regresyon Testi.
  • Performans yeterliliği: UAT (Kullanıcı Kabul testi) - Alfa ve Beta testi.
  • Üretim

Doğrulama Testine dahil olan aşamalar

Tasarım Yeterliliği

Tasarım yeterliliği, basitçe, yazılımın tasarımını kullanıcı spesifikasyonlarını karşılayacak şekilde hazırlamanız gerektiği anlamına gelir. Öncelikle şunu almanız gerekiyor Kullanıcı Gereksinimleri Belirtimi (URS) belgesi tasarıma devam etmek için müşteriden.

Test Stratejisi:

Bu belge, test planının hazırlanması için temel oluşturur. Genellikle projenin ekip lideri veya yöneticisi tarafından hazırlanır. İstenilen hedefe ulaşmak ve test etmek için nasıl ilerleyeceğimizi anlatır.

Tüm prosedürleri dahil etmek için uygun bir plan tasarlanmalı ve paydaşlar tarafından onaylanmalıdır. Öyleyse bize test planının bileşenlerini bildirin.

Birkaç projede, test planı ve test stratejisi tek bir belge olarak birleştirilebilir. Karmaşık bir proje için ayrı strateji belgeleri de hazırlanır (çoğunlukla otomasyon tekniğinde).

Doğrulama Test Planının Bileşenleri:

  • Projenin tanımı
  • Gereksinimleri anlamak
  • Test kapsamı
  • Test seviyeleri ve test programı
  • Plan oluşturmayı çalıştır
  • Donanım-yazılım ve personel gereksinimleri
  • Görev ve Sorumluluklar
  • Varsayım ve bağımlılıklar
  • Riskler ve azaltma
  • Rapor ve Metrikler

Projenin Tanımı: Burada, test için size verilen uygulamanın tüm açıklamalarını açıklamanız gerekir. Uygulamanın tüm işlevlerini içermelidir.

Gereksinimleri Anlamak: USR'yi aldıktan sonra, anlaşılan gereklilikleri sizin tarafınızdan belirtmeniz gerekir. Varsa açıklama da getirebilirsiniz. Bu, test için temel veya test kriteridir.

Test Kapsamı: Kapsam, yüksek düzeyde özelliklerle birlikte modülleri ayrıntılı olarak içermelidir. Müşteriye, testlerinizde karşılayacağınız tüm gereksinimleri söylemeniz gerekir.

İş açısından bakıldığında, bir uygulamanın kritik gereksinimleri için doğrulama testinin yapılması istenebilir. Sadece neyin kapsanacağını ve neyin kapsanmayacağını söylüyorsun .

Test Seviyeleri ve Test Programı: Kaç tur test yapılması gerektiğini belirtmelisiniz. Test projesi için toplam çaba, Test Olay Noktası (TCP) tahmini vb. Gibi standart tahmin teknikleri kullanılarak tahmin edilir.

Adından da anlaşılacağı gibi test programı testin nasıl yapılacağını açıklar. Ayrıca onay ve incelemelerin nasıl ve ne zaman yapılacağını da belirtmelidir.

Misal:

Bir web sayfasının tasarımı, ele alınan projedir.

Test seviyeleri şunları içerir:

Seviye 1: Duman testi
Seviye 2: Birim Testi
3. seviye: Entegrasyon testi
3. seviye: Sistem testi
3. seviye: Kabul testleri

Test programı:

  1. Gönderimi planlayın - 1.gün
  2. Test Durumlarının Tasarımı - 2. gün
  3. Kuru çalışma ve hata düzeltme - 4. gün
  4. Gözden geçirmek- 5. Gün
  5. Resmi Koşu - 6. gün
  6. Onay için gönderilen teslimatlar - 8. Gün
  7. Raporlar - 10. gün

Plan oluşturmayı çalıştırın: Çalıştırma planı, test için gerekli çalıştırma sayısını gösterir. Tesis dışında gerçekleştirdiğiniz her koşu, saha ekibi tarafından not edilecektir.

Örneğin, kullandığınızda HP Hızlı Test Profesyonel aracı yürütme için çalıştırma sayısı, test planının İşlemler sekmesinde gösterilecektir.

Donanım-yazılım ve personel gereksinimleri:

  • Proje için gerekli cihazlar, tarayıcı sürümleri, IOS, test araçları gibi donanım ve yazılım gereksinimleri.
  • Personel, test için gerekli kişilerin atanması anlamına gelir. Takım sayısından burada bahsedebilirsiniz.
  • Herhangi bir ekstra test üyesine ihtiyacınız olması durumunda, test kapsamına bağlı olarak yerinde talepte bulunabilirsiniz. Basitçe test senaryolarının sayısı arttığında, bunları yürütmek için daha fazla ekip üyesine ihtiyacınız olduğu anlamına gelir.

Görev ve Sorumluluklar: Bu, çeşitli test seviyelerini taşımaktan sorumlu ilgili rollere görev atama anlamına gelir.

Örneğin,

Bir uygulamanın, 4 doğrulama protokolünü yürütmek için 4 üyeden oluşan bir ekip tarafından test edilmesi gerekir ve sorumlulukları aşağıdaki şekilde devredebilirsiniz:

  1. Test Lideri: Test planının tasarımı
  2. Takım üyesi 1: Protokollerin tasarımı ve yürütülmesi 1,2.
  3. Takım üyesi 2: Protokollerin tasarımı ve yürütülmesi 3,4.
  4. Takım üyesi: Raporların, incelemelerin ve metriklerin hazırlanması.

Varsayım ve Bağımlılıklar: Bu, tasarım sırasında yapılan varsayımların ve test için belirlenen bağımlılıkların buraya dahil edileceği anlamına gelir.

Riskler ve Azaltma: Etki azaltma ve acil durum planlarının yanı sıra istenen ortamların kullanılabilirliği, inşa vb. Gibi test planlaması ile ilgili riskler.

Rapor ve Metrikler: Paydaşlara test etmek ve raporlamak için kullanılan faktörler burada belirtilmelidir.

Aşağıda bir mobil uygulama örneği verilmiştir:

ölçümler

Kurulum Kalifikasyonu

  • Kurulum yeterliliği, hangi ve kaç test ortamının kullanılacağı, her ortamdaki test uzmanları için hangi erişim seviyesinin gerekli olduğu gibi gerekli test verileriyle birlikte ayrıntıları içerir. Tarayıcı uyumluluğu, yürütme için gerekli araçlar, test için gerekli cihazlar, vb. İçerebilir. Geliştirilmekte olan sistem, kullanıcı gereksinimlerine uygun olarak kurulmalıdır.
  • Bazı uygulamaların test edilmesi için test verileri gerekli olabilir ve uygun kişi tarafından verilmesi gerekir. Bu çok önemli bir ön koşuldur.
  • Bazı uygulamalar bir veritabanı gerektirebilir. Spesifikasyonları doğrulamak için test için gerekli tüm verileri bir veritabanında hazır tutmalıyız.

Örneğin, Yeni bir uygulama 'abc' nin mobil (Android 4.3.1) ve tarayıcıda (Chrome 54) test edilmesi gerektiğini söylüyor, böyle bir durumda aşağıdakileri takip etmeliyiz:

  • 'Abc' uygulamasının sitesini kontrol etmek için uygun yetkinin verilip verilmediğini kontrol edin.
  • Mobil (android / ios), tarayıcı-Chrome, Internet Explorer gibi uygulamayı test etmek için kullanılan cihazların gerekli sürüme sahip olup olmadığına bakın.
  • Bunların belirtilen sürümlerle doğru şekilde yüklenip yüklenmediğini kontrol edin (Örn: Chrome 54, Android sürüm 4.3.1).
  • Uygulamanın hem tarayıcıda hem de mobil cihazda erişilebilir olduğundan emin olun.

Operasyonel Yeterlilik

Operasyonel yeterlilik, test altındaki uygulama için tasarlanan her modül ve alt modülün istenen ortamda olması beklendiği gibi düzgün çalışmasını sağlar.

Genel olarak bir doğrulama testi aşağıdaki hiyerarşide gerçekleştirilir.

Doğrulama Testi Hiyerarşisi

Fonksiyonel test, doğrulama testinde önemli bir rol oynar. Basitçe, uygulamanın işlevselliğini belirtilen her bir kritik gereksinime göre doğrulamanız gerektiği anlamına gelir. Bu, İşlevsel Özellikler belgesinde belirtilen gereksinimleri eşleştirmenin yolunu açar ve ürünün belirtilen tüm gereksinimleri karşılamasını sağlar.

Fonksiyonel Test ve Türleri

Adından da anlaşılacağı gibi, İşlevsel test, işlevleri, yani yazılımın yapması gerekenleri test etmektir. Yazılımın işlevleri, gereksinim spesifikasyon belgesinde tanımlanacaktır.

Türlerine hızlı bir göz atalım.

# 1) Birim Testi:

açık kaynak yük dengeleyici sanal cihaz

Birim testi, verilen sistemin bireysel birimlerini / modüllerini / bileşenlerini / yöntemlerini test etmektir. Alan doğrulama, düzen kontrolü, tasarım vb. Kodlamadan sonra farklı girdilerle test edilir. Kodun her satırı, ayrı birim test durumlarına göre doğrulanmalıdır.

Birim testi, geliştiricilerin kendileri tarafından yapılır. Hata giderme maliyeti, diğer test seviyelerine kıyasla burada daha azdır.

Misal:

Bir işlev için kod döngüsünün değerlendirilmesi, cinsiyet seçiminin birim testine bir örnek olduğunu söyler.

# 2) Kara Kutu Testi:

Sistemin iç detaylarına odaklanmadan bir uygulamanın istenen işlevler için davranışını gereksinimlere göre test etmeye Kara kutu testi denir. Genellikle bağımsız bir test ekibi veya uygulamanın son kullanıcıları tarafından gerçekleştirilir.

Uygulama, ilgili girdilerle test edilir ve sistemin istendiği gibi davrandığını doğrulamak için test edilir. Bu, hem işlevsel hem de işlevsel olmayan gereksinimleri test etmek için kullanılabilir.

# 3) Beyaz Kutu Testi:

Beyaz kutu testi program kodunun kodla ayrıntılı bir şekilde kontrol edilmesinden başka bir şey değildir. Uygulamanın tüm çalışması, yazılan koda bağlıdır, bu nedenle kodu çok dikkatli bir şekilde test etmek gerekir. Her birimi ve bütün bir modül olarak entegrasyonunu adım adım kontrol etmeniz gerekir.

Programlama bilgisine sahip bir test cihazı, burada zorunlu bir kriterdir. Bu, uygulamanın iş akışında herhangi bir sapma olup olmadığını açıkça ortaya çıkarır. Hem geliştiriciler hem de test edenler için kullanışlıdır.

# 4) Gri Kutu Testi:

Gri kutu testi, hem beyaz kutu hem de kara kutu testinin bir kombinasyonudur. Test edilecek birimin yapısı veya kodu hakkında kısmi bilgi burada bilinmektedir.

Entegrasyon Testi ve Türleri

Birim testinde halihazırda test edilmiş olan yazılımın bağımsız bileşenleri, modüller arasında veri akışını sağlamak için işlevselliklerini bir bütün olarak test etmek için birlikte entegre edilir ve test edilir.

Bu, geliştiricilerin kendileri veya bağımsız bir test ekibi tarafından yapılır. Bu, iki veya daha fazla birim test edildikten sonra yapılabilir.

Yukarıdan Aşağıya Yaklaşım:

Yukarıdan aşağıya yaklaşım

Bu yaklaşımda, önce üst üniteler test edilir, ardından alt seviye üniteler adım adım test edilir. Kullanılabilecek test koçanları, başlangıç ​​aşamalarında kullanılamayabilecek daha düşük seviyeli birimleri simüle etmek için gereklidir.

Aşağıdan Yukarıya Yaklaşım:

Aşağıdan yukarıya yaklaşım

Bu yaklaşımda önce alt üniteler test edilir, entegre edilir ve daha sonra üst seviye üniteler test edilir. Kullanılabilecek test koçanları, başlangıç ​​aşamalarında kullanılamayabilecek daha yüksek seviyeli birimleri simüle etmek için gereklidir.

Sistem Testi ve Türleri

Tüm sistemi / yazılımı test etmeye sistem testi denir. Sistem, işlevsel gereksinim özelliklerine göre tamamen test edilmiştir. Sistem testi, hem işlevsel hem de işlevsel olmayan gereksinimlere göre yapılır. Kara kutu testi genellikle bu tür testler için tercih edilir.

# 1) Duman Testi:

İnşaatçılar başlangıçta test etmek için yapıyı verdiğinde, yapıyı iyice test etmemiz gerekir. Buna duman testi denir. Yapının daha fazla test etme yeteneğine sahip olup olmadığını belirtmemiz gerekiyor.

Doğrulamayı gerçekleştirmek için uygun bir yapıya ihtiyacınız vardır. Bu nedenle duman testi öncelikle test ekibi tarafından yapılır. Test edilen uygulamanın iş akışı, test senaryoları ile veya onsuz test edilmelidir. Tüm akışı kapsayan test senaryosu, bu test için yararlıdır.

# 2) Sağlık Testi:

Akıl sağlığı testinde, test edilen uygulamanın modüllerinin temel işlevleri test edilir. Profil oluşturma, eğitim, oturum açma vb. Gibi 3 sekmesi olan bir web sitesini test ederken IRCTC , tüm bu sekmelerin temel işlevlerinin çok daha derine inmeden kontrol edilmesi gerekiyor.

Menüler, alt menüler, sekmeler tüm modüllerde test edilmelidir. Test derinlemesine değil, yalnızca ana akış için yapıldığından, regresyon testinin bir alt kümesidir.

# 3) Regresyon Testi:

Projenin her sürümü için geliştirme ekibi belirli değişiklikler yapabilir. Yapılan yeni değişikliklerin sistemin çalışma akışını etkilemediğinin doğrulanmasına Regresyon testi denir. Burada yalnızca yeni gereksinimlere ilişkin belirli test senaryoları test edilmelidir.

Performans yeterliliği

UAT (Kullanıcı Kabul Testi):

Bu, sistemin belirtilen gereksinimlere göre gerektiği gibi davranmasını sağlamak için yapılan testin son aşamasıdır. Bu müşteri tarafından yapılır. İstemci, sistem testini onayladıktan ve onayladıktan sonra, ürün dağıtım için gidebilir.

Alfa ve Beta Testi:

Alfa testi, yazılım geliştirme sitesinde yayınlanmadan önce uygulama üzerinde geliştiriciler tarafından yapılır. Siyah beyaz kutu testini içerir. Ürün geliştirilip dağıtıldıktan sonra müşteri tarafında beta testi yapılır.

android telefon için ücretsiz mp3 indirici uygulaması

Örnek Doğrulama Testi Durumları veya Protokolü

Deneyimlerimle, bu protokolü Gmail girişi için yazdım.

Kapsanan oturum açma işlevinin derinlemesine kontrolü, doğrulamanın gerçekte ne olduğudur. Ancak kullanılan cümle sütunlarının stilinin tamamen farklı olabileceğini ve müşteri gereksinimlerine bağlı olabileceğini belirtmek isterim.

=> Örnek Doğrulama testi Vakalarını İndirin: Gmail giriş testi durumu

Sonuç

Doğrulama, bir ürünün işlevlerini ayrıntılı olarak analiz etmekle ilgilidir. Bir doğrulama testçisi olarak, testte optimum sonuçları elde etmek için her zaman sapmaları o anda ve orada rapor etmeyi unutmamalısınız.

Yazılan her test senaryosu, sıradan insan için bile keskin, kısa ve anlaşılır olmalıdır. Doğrulama test cihazı, doğru ürünün belirtilen gereksinimlere göre geliştirildiğinden emin olmalıdır.

Doğrulama testi için bir kılavuz olarak, doğrulama ile ilgili süreci ele aldım.

Doğrulama planını içeren tasarım yeterliliği, donanım-yazılım kurulumundan bahseden Kurulum yeterliliği, tüm sistem testini içeren bir Operasyonel yeterlilik, üretim için yetki sağlayan kullanıcı kabul testini içeren performans yeterliliği.

Umarım bu makale Doğrulama Testi kavramı hakkındaki bilginizi zenginleştirirdi !!

Önerilen Kaynaklar

^