Cevap.

Doğrulama ve geçerlilik — ürünün beklentilere ve gereksinimlere uygunluğunu belirleyen iki temel kavramdır.

Konuya genel bakış:

Yazılım mühendisliğinde, ürünün spesifikasyona uygunluğu (doğrulama) ve kullanıcının beklentilerine uygunluğu (geçerlilik) arasındaki bu ayrım, kaliteyi tanımlamak için ortaya çıkmıştır.

Sorun:

Uzmanlar bu terimleri karıştırmakta ve yanlış yaklaşımlar benimsemekte: sadece TSS'ye göre test yapmakta, kullanıcı deneyimini göz ardı etmekte, ya da tam tersine, yalnızca "doğru/kolay" mantığına dayanmakta, resmi gereksinimleri unutmaktadırlar.

Çözüm:

Doğrulama (Ürünü doğru mu oluşturuyoruz?) — ürünün tüm spesifikasyon gereksinimlerine (TSS, dokümantasyon) uygun olup olmadığını kontrol etme.
Geçerlilik (Doğru ürünü mü oluşturuyoruz?) — ürünün kullanıcı sorununu çözüp çözmediğini ve gerçek beklentilere uygun olup olmadığını doğrulama.
Her iki yaklaşımı da kullanın: TSS’ye göre doğrulama, "canlı" keşif testi, kullanıcı senaryoları, kabul testleri ile geçerlilik sağlama.

Temel özellikler:

Doğrulama = resmi gereksinimlerin kontrolü.
Geçerlilik = kullanıcıya empati, gerçek senaryoları simüle etme.
Her iki aşama da hata örtüşümü için gereklidir.

Soruşturma soruları.

"Ürün doğrulamayı geçti ama geçerliliği geçemedi" ne anlama geliyor?

Ürün TSS’ye uygundur, ancak kullanışsızdır, kullanıcı sorununu çözmez ve pazarda yer bulamaz.

Geçerliliğe, doğrulamadan daha önce başlayabilir miyiz?

Hayır, önce temel gereksinim setinin kontrol edilmesi gerekir, aksi takdirde eksik işlevsellik kullanıcı deneyimini değerlendirmeyi mümkün kılmaz.

Kullanılabilirlik eksikliği doğrulama sırasında bir hata olarak mı görünür?

Hayır, bu bir UX sorunudur ve yalnızca kullanıcı senaryolarının geçerliliği aşamasında ortaya çıkar.

Tipik hatalar ve anti-paterner

Sadece TSS’ye odaklanmak, UX’i göz ardı etmek.
Kabul testlerinin atlanması.
Ürünü gerçek kullanacak kişilerle yeterince iletişim kurmamak.

Hayat örneği

Olumsuz durum

Yalnızca dokümantasyon gereksinimlerine uygunluğu test ettiler. Lansmandan sonra kullanıcıların sipariş verme adımlarının mantığını anlamadıkları ortaya çıktı, bu da belgelenmiş durumlara resmi olarak uygun olmasına rağmen.

Artılar:

Tüm spesifikasyon gereksinimleri uygulanmıştır.

Eksiler:

Kullanıcıların düşük katılımı, şikayetler ve ürünün terk edilmesi.

Olumlu durum

Keşif testi yaptık ve gerçek kullanıcılarla UX testi düzenledik. Rahatsızlıkları keşfettik, sipariş sürecini geliştirdik. Sonuç — olumlu geri bildirimler, yüksek dönüşüm oranları.