Fonksiyonel hatalar, bir yazılım parçasının işlevselliği ile ilgili olan hatalardır. Örnekler: Bir düğme formu göndermiyor, arama kullanıcı girdisine tepki vermiyor, uygulama çöküyor (EN). Bir eylemi gerçekleştirdiğinizde web sitesi/uygulama beklediğiniz şekilde yanıt vermiyorsa, bu bir fonksiyonel sorun olabilir. Müşterilerimizin ürünleri hakkında sınırlı bilgiye sahip olmamız ve uygulama bilgimiz eksikliği, gözlemlenen davranışın kasıtlı mı yoksa gerçek bir hata mı olduğunu belirlemeyi zorlaştırabilir. Deneyime dayalı eğitimli tahminler yapmak ve ürün davranışını farklı senaryolarla test etmek cevap bulmanıza yardımcı olabilir.
Uygulama davranışının fonksiyonel bir hata olup olmadığını nasıl belirlersiniz:
Bir özelliğin belirli bir şekilde tasarlanıp tasarlanmadığını veya gerçekten bozuk olup olmadığını anlamaya çalışın. Özelliği tek başına ve diğer özelliklerle kombinasyon içinde test ederek potansiyel farkları belirlemeye çalışın.
Müşterinin niyetlerinin ne olabileceğini düşünün ve ürünün nasıl uygulanmış olabileceğini göz önünde bulundurun.
Bir şeyin olması gerektiği gibi çalışmadığını gösteren kanıt bulun. İddianızı destekleyin.
Örnek: Bir webshop fonksiyonu, bildiğiniz diğer web mağazalarından farklı çalışıyor. Bu, fonksiyonun bozulduğunu göstermez. Müşteri, ürünlerini istediği şekilde uygulayabilir.
Örnek: Bir form alanının doğrulanmadığını iddia ediyorsunuz ve bu bir hata. Alanın doğrulanmasını amaçladıkları hakkında herhangi bir belirti var mı? Alanın bazı durumlarda doğrulandığını ancak diğerlerinde doğrulanmadığını göstererek kanıt sağlayın. Kanıt sunmazsanız, bu doğrulanmamış bir iddiadır.
Görsel veya içerik sorunu, bir işlevselliği engellediğinde ve dolayısıyla fonksiyonel bir hata olarak rapor edilmelidir.
Bir işlevsellik, farklı senaryolar içinde ve bariz sorunlar olmadan tutarlı bir şekilde aynı şekilde çalışıyor mu? O zaman bu muhtemelen niyet edilmiş (bir hata değil) ve sadece bir değişiklik öneriyorsunuz (kullanılabilirlik önerisi - EN).
Ciddiyet Değerlendirmesi
Fonksiyonel bir hatanın ciddiyet seviyesini değerlendirirken dikkate alınması gereken birkaç faktör vardır: problemin fonksiyonel etkisi, problemin kapsamı, geçici çözümler var mı yoksa bir engelleyici mi, potansiyel ve kayda değer satış kayıpları var mı ve bu hatayı aynı ciddiyet seviyesindeki diğer hatalarla karşılaştırabilir misiniz.
Doğrudan yaklaşım, hatanın fonksiyonel etkisine bakmaktır. Bir işlevin mevcut olmaması ne kadar ciddidir? Alt işlevler, kullanıcıların hedeflerine ulaşmalarını engellemez – ana işlevsellik bozulmuşsa engeller. İşlevin ürünün bütünlüğü içinde ne kadar önemli olduğunu kendinize sorun.
Fonksiyonel bir problemin kaç kişiyi, ürünü veya öğeyi etkilediği sorusu, problemin kapsamı için belirleyici bir faktördür. Örneğin, “Sepete Ekle” düğmesi tüm ürün detay sayfalarında mı tepki vermiyor yoksa sadece belirli bir sayfada mı? Bir grup kullanıcı mı endişeleniyor yoksa herkes mi?
Alternatif bir yol veya seçenek ile hedefinize ulaşabilir misiniz yoksa bir işlevsellik kullanılamaz mı? Bir hatayı sezgisel olarak ve kolayca aşabiliyorsanız, bu tür geçici çözümler size hala hedefinize ulaşma imkanı sağlar. Geçici çözümü olan bir hata, karşılık gelen bir geçici çözümü olmayan hatadan daha düşük bir ciddiyet seviyesine sahiptir. Son olarak, ana işlevsellik için geçici bir çözüm yoksa, bu bir engelleyici (showstopper) olarak kabul edilir.
Potansiyel satış kaybını tahmin etmek ikincil bir yaklaşımdır çünkü genellikle insanların bir hataya nasıl tepki vereceğini sadece tahmin edebilirsiniz. Yine de, potansiyel kaybın ne kadar yüksek olduğunu dikkate alın. Bir ürünün fiyatının birkaç sent mi yoksa yüzlerce dolar mı fark ettiğini bilmek büyük bir fark yaratır.
Sonuçta, aynı testte aynı takım lideri tarafından onaylanmış hatalarla karşılaştırarak ciddiyet seviyenizin uygun olup olmadığını belirleyebilirsiniz.
Fonksiyonel hatalar için üç ciddiyet seviyesi vardır:
DÜŞÜK:
Ürünün kullanımında minimal etki.
Ürün beklenmedik davranışlar gösteriyor, ancak genel kullanım etkilenmiyor.
Az sayıda kullanıcı, ürün veya öğe etkileniyor.
Bir özellik/işlev bozuk veya kullanılamaz durumda, ancak basit bir geçici çözüm problemi çözüyor.
YÜKSEK:
Ürünün kullanımında ciddi etki, ancak ana işlevsellik sağlam.
Büyük sayıda kullanıcı, ürün veya öğe etkileniyor.
Karmaşık bir işlev bozulmuş veya kullanılamaz durumda ve geçici çözüm yok.
Önemli işlevsellik bozulmuş veya kullanılamaz durumda ancak bir geçici çözüm var (bu nedenle engelleyici değil).
KRİTİK:
Hata, uygulamanın veya web sitesinin temel işlevselliğini engelliyor.
Bir engelleyici, kullanıcıyı ana bir süreçle devam etmesini engelliyor, örneğin, ödeme süreci.
Hata, uygulama veya web sitesini çalıştıran şirket için potansiyel ve kayda değer satış kaybına neden oluyor.
Yaygın Değerlendirmeler
Belirli ciddiyet seviyeleri için sabit durumların bir listesini tutuyoruz. Bu liste, zamanla güncellenecektir, bu nedenle düzenli olarak kontrol edin.
Köşe Durumu Hataları
Köşe durumu hataları, bir işlevselliğin alışılmadık bir şekilde kullanılması durumunda ortaya çıkar. İşlevsellik, tipik veriler ve tipik kullanıcı eylemleriyle kullanıldığında bozulmaz. İşte bazı örnekler:
Bir düğmeye tıkladıktan sonra uygulamanın küçültülmesi gibi anlık eylemler
Aynı şeyi tekrar tekrar yapmak, örneğin menüleri açıp kapama
Sadece alışılmadık bir eylem setinden sonra ortaya çıkan herhangi bir hata
Her durum ayrı ayrı değerlendirilmelidir. Müşterilerimiz için ilgili olan köşe durumu hataları Düşük hata olarak iletilir. Çoğu köşe durumu hatası ise geçersiz sayılır.
Zorlanmış Hatalar
Zorlayıcı davranış veya özel koşullar ile bir hatayı tetiklemek genellikle kapsam dışıdır, çünkü bu tür hatalar müşterilerimiz için geçerli değildir. Zorlayıcı davranış, normal kullanıcı davranışını yansıtmaz. İşte zorlayıcı davranış veya özel koşullara örnekler:
Aynı anda birden fazla öğeye tıklamak
Rastgele düğmelere basma
Bir düğmeye birkaç kez hızlı tıklama
Pencere boyutunu alışılmadık boyutlara küçültme
RAM veya dahili bellek dolması nedeniyle beklenmedik davranış
Resmi olmayan, beta veya değiştirilmiş işletim sistemi sürümleri kullanma