exact difference between verification
Doğrulama ile Doğrulama: Farklılıkları Örneklerle Keşfedin
Onun temellere geri dön millet! Arasındaki farka klasik bir bakış Doğrulama ve onaylama .
Yazılım test dünyasında bu terimler etrafında çok fazla kafa karışıklığı ve tartışma var.
Bu yazıda, yazılım testi açısından doğrulama ve doğrulamanın ne olduğunu göreceğiz. Bu makalenin sonunda, iki terim arasındaki farklılıkların sürüklenmesini göreceğiz.
Farkı anlamak için önemli nedenlerden bazıları aşağıdadır:
- Temel bir QA kavramıdır, bu nedenle QA konusunda bilgili olmanın neredeyse yapı taşıdır.
- Bu sık sorulan bir Yazılım Testi Görüşme Sorusu .
- Sertifikasyon müfredatın bunun etrafında dönen çok sayıda bölümü vardır.
- Son olarak ve pratik olarak biz testçiler bu test türlerini gerçekleştirdikçe, bu konuda uzman da olabiliriz.
Ne öğreneceksin:
- Yazılım Testinde Doğrulama ve Doğrulama Nedir?
- Doğrulama nedir?
- Doğrulama nedir?
- Doğrulama ve Doğrulama Örnekleri
- Geliştirme Yaşam Döngüsünün Farklı Aşamalarında V&V
- Doğrulama ve Doğrulama Arasındaki Fark
- Çeşitli Standartlar
- Doğrulama ve Doğrulama Ne Zaman Kullanılır?
- Sonuç
Yazılım Testinde Doğrulama ve Doğrulama Nedir?
Test bağlamında, ' Doğrulama ve onaylama 'Yaygın ve yaygın olarak kullanılan iki terimdir. Çoğu zaman, her iki terimi de aynı kabul ederiz, ancak aslında bu terimler oldukça farklıdır.
V&V (Doğrulama ve Doğrulama) görevlerinin iki yönü vardır:
- Gereksinimleri onaylar (Üreticinin kalite görüşü)
- Kullanıma uygun (tüketicilerin kalite görüşü)
Üreticinin kalite görüşü , daha basit bir ifadeyle, geliştiricilerin nihai ürünü algılaması anlamına gelir.
Tüketiciler kaliteyi görüyor kullanıcının nihai ürün hakkındaki algısı anlamına gelir.
V&V görevlerini yerine getirdiğimizde, bu kalite görüşlerinin her ikisine de odaklanmalıyız.
Önce doğrulama ve onaylama tanımlarıyla başlayalım ve sonra bu terimleri örneklerle anlamaya başlayalım.
Not: Bu tanımlar, QAI’nin CSTE CBOK’unda bahsedildiği gibidir (CSTE hakkında daha fazla bilgi edinmek için bu bağlantıya bakın).
Doğrulama nedir?
Doğrulama, bir yazılım geliştirme yaşam döngüsünün ara çalışma ürünlerini, nihai ürünü oluşturmanın doğru yolunda olup olmadığımızı kontrol etmek için değerlendirme sürecidir.
Diğer bir deyişle, doğrulama işleminin, ürünlerin aşama başlangıcında empoze edilen koşulları karşılayıp karşılamadığını kontrol etmek için yazılımın aracı ürünlerini değerlendirme süreci olduğunu da söyleyebiliriz.
Şimdi buradaki soru şu: Aracı veya aracı ürünler nelerdir?
Bunlar, gereksinim özellikleri, tasarım belgeleri, veritabanı tablo tasarımı, ER diyagramları, test senaryoları gibi geliştirme aşamalarında üretilen belgeleri içerebilir. izlenebilirlik matrisi , vb.
Bazen bu belgeleri gözden geçirmenin önemini ihmal etme eğilimindeyiz, ancak kendi kendini gözden geçirmenin, geliştirme döngüsünün sonraki aşamasında bulunursa veya düzeltilirse birçok gizli anormalliği ortaya çıkarabileceğini anlamalıyız, çok maliyetli olabilir.
Doğrulama, sistemin (yazılım, donanım, dokümantasyon ve personel), gözden geçirme veya yürütülemez yöntemlere dayanarak bir kuruluşun standartlarına ve süreçlerine uygun olmasını sağlar.
Doğrulama Nerelerde Yapılır?
BT projelerine özel olarak, doğrulamanın gerçekleştirildiği alanlardan bazıları (hepsi bu kadar değil) aşağıdadır.
| Doğrulama Durumu | Aktörler | Tanım | Çıktı |
|---|---|---|---|
| Test belgeleri incelemesi (Akran incelemesi) | QA ekip üyeleri | Akran değerlendirmesi, ekip üyelerinin dokümantasyonun kendisinde herhangi bir hata olmadığından emin olmak için birbirlerinin çalışmalarını inceledikleri yerdir. | Harici ekiplerle paylaşılmaya hazır test belgeleri. |
| İşletme / Fonksiyonel Gereksinim İncelemesi | İş gereksinimleri için geliştirme ekibi / müşteri. | Bu, yalnızca gereksinimlerin toplandığından ve / veya doğru olduğundan emin olmak için değil, aynı zamanda uygulanabilir olup olmadıklarından emin olmak için de gerekli bir adımdır. | Bir sonraki adımda tüketilmeye hazır olan nihai gereksinimler - tasarım. |
| Tasarım yorumu | Dev ekibi | Tasarım oluşturmanın ardından Dev ekibi, fonksiyonel gereksinimlerin önerilen tasarım aracılığıyla karşılanabildiğinden emin olmak için tasarımı kapsamlı bir şekilde gözden geçirir. | Tasarım, bir BT sistemine uygulanmaya hazırdır. |
| Kod İzlenecek Yol | Bireysel Geliştirici | Bir kez yazılan kod, sözdizimsel hataları tanımlamak için gözden geçirilir. Bu, doğası gereği daha rahattır ve bireysel geliştirici tarafından kendi geliştirdiği kod üzerinde gerçekleştirilir. | Birim testi için hazır kod. |
| Kod Denetimi | Dev ekibi | Bu daha resmi bir kurulum. Konunun uzmanları ve geliştiricileri, kodun yazılım tarafından hedeflenen iş ve işlevsel hedeflere uygun olduğundan emin olmak için kodu kontrol eder. | Test için hazır kod. |
| Test Planı İncelemesi (QA ekibinin içinden) | QA ekibi | Bir test planı, doğru ve eksiksiz olduğundan emin olmak için QA ekibi tarafından dahili olarak incelenir. | Dış ekiplerle (Proje Yönetimi, İş Analizi, geliştirme, Çevre, müşteri vb.) Paylaşılmaya hazır bir test planı dokümanı |
| Test Planı İncelemesi (Harici) | Proje Yöneticisi, İş Analisti ve Geliştirici. | QA ekibinin zaman çizelgesi ve diğer hususlarının diğer ekiplerle ve tüm projenin kendisiyle uyumlu olduğundan emin olmak için test planı belgesinin resmi bir analizi. | Test faaliyetinin dayandırılacağı, imzalanmış veya onaylanmış bir test planı belgesi. |
| Test belgelerinin son incelemesi | İş Analisti ve geliştirme ekibi. | Test senaryolarının sistemin tüm iş koşullarını ve işlevsel unsurlarını kapsadığından emin olmak için bir test dokümantasyonu incelemesi. | Yürütülmeye hazır test belgeleri. |
Bakın test belgeleri incelemesi test uzmanlarının incelemeyi nasıl gerçekleştirebileceklerine dair ayrıntılı bir süreci yayınlayan makale.
Doğrulama nedir?
Doğrulama, yazılımın iş gereksinimlerini karşılayıp karşılamadığını kontrol etmek için nihai ürünü değerlendirme sürecidir. Basit bir deyişle, günlük yaşamımızda yaptığımız test yürütmesi, aslında aşağıdakileri içeren doğrulama faaliyetidir: duman testi , fonksiyonel test, regresyon testi, sistem testi vb.
Doğrulama, ürünle çalışmayı ve onu test etmeyi içeren tüm test biçimleridir.
Aşağıda verilen doğrulama teknikleri şunlardır:
Doğrulama fiziksel olarak, sistem işlevlerini gözlemlenebilen ve değerlendirilebilen bir dizi test ile yerine getirerek sistemin bir plana göre çalışmasını sağlar.
Yeterince adil, değil mi? İşte iki sentim geliyor:
Sınıfımda bu V&V konseptiyle uğraşmaya çalıştığımda, etrafında çok fazla kafa karışıklığı var. Basit, önemsiz bir örnek tüm kafa karışıklığını çözüyor gibi görünüyor. Biraz aptalca ama gerçekten işe yarıyor.
Doğrulama ve Doğrulama Örnekleri
Gerçek Hayat Örneği :Kendinizi bir restorana / lokantaya gittiğinizi ve belki yaban mersinli krep sipariş ettiğinizi hayal edin. Garson / garson siparişinizi getirdiğinde, çıkan yemeğin sizin siparişinize uygun olduğunu nasıl anlarsınız?
İlk şeyler, ona bakmamız ve aşağıdakileri fark etmemizdir:
örneklerle java 8'deki yeni özellikler
- Yiyecekler tipik olarak krep gibi görünüyor mu?
- Yaban mersini görülecek mi?
- Doğru kokuyorlar mı?
Belki daha fazlası, ama özü doğru anladınız mı?
Öte yandan, yemeğin beklediğiniz gibi olup olmadığından kesinlikle emin olmanız gerektiğinde: Onu yemelisiniz.
Doğrulama, henüz yemek yemediğiniz, ancak konuları gözden geçirerek birkaç şeyi kontrol ettiğiniz zamandır. Doğrulama, doğru olup olmadığını görmek için ürünü gerçekten yediğiniz zamandır.
Bu bağlamda kendime engel olamıyorum ama CSTE CBOK referans. Bu kavramı eve getirmemize yardımcı olan harika bir ifade var.
Doğrulama, 'Doğru sistemi kurduk mu?' Sorusuna yanıt verir. doğrulamalar ise 'Sistemi doğru oluşturduk mu?'
Geliştirme Yaşam Döngüsünün Farklı Aşamalarında V&V
Geliştirme yaşam döngüsünün her aşamasında doğrulama ve doğrulama gerçekleştirilir.
Onlara bir bakalım.
# 1) V & V görevleri - Planlama
- Sözleşmenin doğrulanması.
- Kavram belgesinin değerlendirilmesi.
- Risk analizi yapmak.
# 2) V & V görevleri - Gereksinim aşaması
- Yazılım gereksinimlerinin değerlendirilmesi.
- Arayüzlerin değerlendirilmesi / analizi.
- Sistem test planının oluşturulması.
- Kabul test planının oluşturulması.
# 3) V&V görevleri - Tasarım aşaması
- Yazılım tasarımının değerlendirilmesi.
- Arayüzlerin Değerlendirilmesi / Analizi (UI).
- Entegrasyon test planının oluşturulması.
- Bileşen test planının oluşturulması.
- Test tasarımının oluşturulması.
# 4) V&V Görevleri - Uygulama Aşaması
- Kaynak kodun değerlendirilmesi.
- Belgelerin değerlendirilmesi.
- Test senaryolarının oluşturulması.
- Test prosedürünün oluşturulması.
- Bileşenlerin test durumlarının yürütülmesi.
# 5) V&V Görevleri - Test Aşaması
- Sistem test senaryosunun yürütülmesi.
- Kabul testi senaryosunun yürütülmesi.
- İzlenebilirlik metriklerini güncelleme.
- Risk analizi
# 6) V&V Görevleri - Kurulum ve kontrol aşaması
- Kurulum ve konfigürasyon denetimi.
- Kurulum adayı yapısının son testi.
- Nihai test raporunun oluşturulması.
# 7) V&V Görevleri - İşletme Aşaması
- Yeni kısıtlamanın değerlendirilmesi.
- Önerilen değişikliğin değerlendirilmesi.
# 8) V&V Görevleri - Bakım Aşaması
- Anormalliklerin değerlendirilmesi.
- Göç değerlendirmesi.
- Yeniden yargılama özelliklerinin değerlendirilmesi.
- Önerilen değişikliğin değerlendirilmesi.
- Üretim sorunlarının doğrulanması.
Doğrulama ve Doğrulama Arasındaki Fark
| Doğrulama | Doğrulama |
|---|---|
| Ara ürünleri değerlendirerek belirli bir aşamanın özel gereksinimlerini karşılayıp karşılamadığını kontrol eder. | İşletme ihtiyaçlarını karşılayıp karşılamadığını kontrol etmek için nihai ürünü değerlendirir. |
| Ürünün belirtilen gereksinime ve tasarım özelliklerine göre üretilip üretilmediğini kontrol eder. | Yazılımın kullanıma uygun olup olmadığını ve iş ihtiyaçlarını karşılayıp karşılamadığını belirler. |
| Kontroller 'Ürünü doğru şekilde geliştiriyor muyuz'? | Kontroller 'Doğru ürünü mü yapıyoruz'? |
| Bu, yazılımı çalıştırmadan yapılır. | Yazılımın çalıştırılmasıyla yapılır. |
| Tüm statik test tekniklerini içerir. | Tüm dinamik test tekniklerini içerir. |
| Örnekler arasında incelemeler, incelemeler ve izlenecek yol yer alır. | Örnek, duman, regresyon, fonksiyonel, sistemler ve UAT gibi her tür testi içerir. |
Çeşitli Standartlar
ISO / IEC 12207: 2008
| Doğrulama Faaliyetleri | Doğrulama Faaliyetleri |
|---|---|
| Gereksinim doğrulaması, gereksinimlerin gözden geçirilmesini içerir. | Test sonuçlarını analiz etmek için test gereksinimleri belgelerini, test senaryolarını ve diğer test özelliklerini hazırlayın. |
| Tasarım Doğrulama, HLD ve LDD dahil tüm tasarım belgelerinin incelenmesini içerir. | Bu test gereksinimlerinin, test senaryolarının ve diğer özelliklerin gereksinimleri yansıttığını ve kullanıma uygun olduğunu değerlendirin. |
| Kod doğrulama, Kod incelemesini içerir. | Sınır değerleri, stres ve işlevleri test edin. |
| Dokümantasyon Doğrulama, kullanım kılavuzlarının ve diğer ilgili dokümanların Doğrulanmasıdır. | Hata mesajlarını test edin ve herhangi bir hata durumunda, uygulama nazikçe sonlandırılır. Yazılımın iş gereksinimlerini karşıladığını ve kullanıma uygun olduğunu test eder. |
CMMI:
Doğrulama ve doğrulama, olgunluk seviyesi 3'te iki farklı KPA'dır
| Doğrulama Faaliyetleri | Doğrulama Faaliyetleri |
|---|---|
| Akran incelemeleri yapmak. | Ürünlerin ve bileşenlerinin çevre için uygun olduğunu doğrulayın. |
| Seçilen iş ürünlerini doğrulayın. | Validasyon süreci uygulanırken izlenir ve kontrol edilir. |
| Planlama ve inceleme yapmak için kurumsal düzeyde politikalar oluşturarak belirli bir süreci standartlaştırın. | Alınan dersler alın ve iyileştirme bilgileri toplayın Belirli bir süreci kurumsallaştırın. |
IEEE 1012:
Bu test faaliyetlerinin hedefleri şunlardır:
- Hataların erken tespitini ve düzeltilmesini kolaylaştırır.
- Süreç ve ürün riskleri içindeki yönetim müdahalesini teşvik eder ve geliştirir.
- Program ve bütçe gereksinimlerine uyumu artırmak için yazılım yaşam döngüsü süreci için destekleyici önlemler sağlar.
Doğrulama ve Doğrulama Ne Zaman Kullanılır?
Bunlar, sistemin veya uygulamanın şartlara ve şartnamelere uygun olup olmadığını ve amaçlanan amacına ulaşıp ulaşmadığını kontrol etmek için birlikte kullanılması gereken bağımsız prosedürlerdir. Her ikisi de kalite yönetim sisteminin önemli bileşenleridir.
Genellikle bir ürünün doğrulamadan geçmesi ancak doğrulama aşamasında başarısız olması mümkündür. Bununla birlikte, dokümante edilmiş gereksinimleri ve spesifikasyonları karşıladığı için, bu spesifikasyonlar kullanıcının ihtiyaçlarını karşılayamıyordu. Bu nedenle, genel kaliteyi sağlamak için her iki tür için de test yapmak önemlidir.
Doğrulama, geliştirme, ölçek büyütme veya üretimde dahili bir süreç olarak kullanılabilir. Öte yandan, paydaşlarla uygunluğun kabulünü sağlamak için doğrulama harici bir süreç olarak kullanılmalıdır.
UAT Doğrulama mı yoksa Doğrulama mı?
UAT (Kullanıcı Kabul Testi) doğrulama olarak düşünülmelidir. Sistemin 'kullanıma uygun' olup olmadığını doğrulayan gerçek kullanıcılar tarafından yapılan, sistemin veya uygulamanın gerçek dünya doğrulamasıdır.
Sonuç
V&V süreçleri, belirli bir faaliyetin ürünlerinin gereksinimlere uygun olup olmadığını ve kullanım için uygun olup olmadığını belirler.
Son olarak, dikkat edilmesi gereken birkaç nokta şunlardır:
- Çok daha basit terimlerle (herhangi bir karışıklığı önlemek için), Doğrulamanın gözden geçirme faaliyetleri veya statik test teknikleri anlamına geldiğini ve doğrulama, gerçek test yürütme faaliyetleri veya dinamik test teknikleri anlamına geldiğini hatırlıyoruz.
- Doğrulama, ürünün kendisini içerebilir veya içermeyebilir. Doğrulama kesinlikle ürüne ihtiyaç duyar. Doğrulama bazen nihai sistemi temsil eden belgeler üzerinde gerçekleştirilebilir.
- Doğrulama ve doğrulamanın, test uzmanları tarafından yapılması gerekli değildir. Yukarıda bu makalede gördüğünüz gibi bunların bir kısmı geliştiriciler ve diğer ekipler tarafından gerçekleştirilmektedir.
Doğrulama ve doğrulama hakkında bilmeniz gereken tek şey konuyla ilgili KOBİ'ler (Konunun uzmanları).
Önerilen Kaynaklar
- Masaüstü, İstemci Sunucu Testi ve Web Testi arasındaki fark
- Fonksiyonel Test ve Performans Testi: Aynı Anda Yapılmalı mı?
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Fonksiyonel Test ve Fonksiyonel Olmayan Test
- Statik Test ve Dinamik Test - Bu İki Önemli Test Tekniği Arasındaki Fark
- Performans Testi - Yük Testi - Stres Testi (Fark)
- Derleme Doğrulama Testi (BVT Testi) Tam Kılavuzu
- Yazılım Testinin Temelleri Arasındaki 101 Fark