Usability testi uygulama rehberi: görevlerden rapora

Kullanılabilirlik testi nedir, neyi cevaplar?

Kullanılabilirlik testi (usability testing), gerçek kullanıcıların bir ürünü ya da prototipi belirli görevlerle kullanırken izlendiği ve ürünün nerelerde zorladığının tespit edildiği araştırma yöntemidir. Kişiler ürün hakkında ne düşündüklerini söylemekle kalmaz, görevleri yapmaya çalışırken gösterdikleri davranış gözlenir. Bu fark önemlidir: İnsanların söyledikleri ile yaptıkları sık sık ayrışır.

Test şu tür sorulara yanıt verir: Kullanıcı hedefine ulaşabiliyor mu? Ne kadar çabayla, hangi hatalarla? Etiketler ve ikonlar anlaşılıyor mu? Hangi noktada duraksıyor, geri dönüyor ya da vazgeçiyor? Test, "bu tasarım güzel mi" sorusuna değil, "bu tasarım işe yarıyor mu" sorusuna odaklanır.

Kullanıcı görüşmesinden farkı budur: Görüşme kullanıcıyı ve bağlamını anlamaya, test ise somut bir tasarımı değerlendirmeye yarar. Sezgisel değerlendirmeden de ayrılır; o yöntemde uzmanlar tasarımı ilkelere göre inceler, testte ise gerçek kullanıcılar yer alır. İkisi birbirini tamamlar ve genellikle birlikte kullanılır.

Test planı: hedef, görevler ve ölçütler

Her test, net bir araştırma hedefiyle başlar. "Ürünü test etmek" yeterli değildir; "Yeni ödeme akışında kullanıcılar kargo seçeneğini bulup siparişi tamamlayabiliyor mu?" gibi hedefler hem görevleri hem ölçütleri belirler. Plan, hedefin yanında test edilecek ürün sürümünü, katılımcı profilini, ortamı, görev listesini ve toplanacak verileri içerir.

Görev senaryoları testin kalbidir. İyi görev gerçekçidir, hedefi anlatır ama yolu söylemez. "Menüden Siparişlerim bölümüne gidin" bir yönergedir; "Geçen ay verdiğiniz siparişin nerede olduğunu öğrenin" ise bir görevdir. Görev metnindeki kelimeler arayüzdeki etiketlerle örtüşürse kullanıcıya ipucu verirsiniz; kelime seçimine dikkat edin.

Ölçütler davranışsal ve tutumsal olarak ayrılır. Davranışsal ölçütler: görevin tamamlanıp tamamlanmadığı, hata sayısı, süre ve yardım ihtiyacı. Tutumsal ölçütler: görev sonrası zorluk puanı, genel memnuniyet ve SUS gibi standart anketler. Küçük ve nitel bir testte sayılardan çok gözlemlenen problemler ve tekrar eden örüntüler önemlidir.

Planı bir pilot oturumla deneyin; belirsiz görev ve çalışmayan prototip bağlantısı gibi sorunlar ilk gerçek katılımcıdan önce ortaya çıkar.

Katılımcı seçimi ve ortam

Katılımcılar ürünün gerçek ya da potansiyel kullanıcılarına benzemelidir. Ön eleme formuyla rol, deneyim düzeyi ve kullanım alışkanlığı gibi ölçütleri doğrulayın. NN/g tek bir kullanıcı grubuna yönelik tipik nitel çalışmada az sayıda katılımcının ana sorunların çoğunu ortaya çıkardığını belirtir; farklı kullanıcı grupları varsa her grup için ayrı katılımcı gerekir. Çalışmanın amacı istatistiksel temsil değil, kullanım sorunlarını keşfetmektir.

Yüz yüze ya da uzaktan yürütme seçilebilir. Yüz yüze testte beden dili ve ortam gözlenir; uzaktan testte farklı bölgelerdeki kullanıcılara ulaşmak kolaylaşır. Moderatörlü testte bir kolaylaştırıcı oturumu yönetir ve sorular sorar; moderatörsüz testte katılımcı görevleri kendi başına yapar, oturum kaydedilir. Keşifsel ve karmaşık ürünlerde moderatörlü, hızlı ve basit doğrulamalarda moderatörsüz test uygun olur.

Teknik hazırlık da önemlidir: prototipin test edilecek yollarda çalıştığından, ekran ve ses kaydının açık olduğundan, katılımcının bilgilendirilmiş onayının alındığından emin olun. Kişisel verilerin korunması için kurumunuzun kurallarına uyun ve kayıtları yalnızca analiz amacıyla saklayın.

Oturumu yürütmek: moderasyon ve gözlem

Moderatör gözlenen davranışı etkilememelidir. Oturum açılışında testin kullanıcıyı değil ürünü değerlendirdiğini, yanlış cevap olmadığını ve dilediği an durdurabileceğini söyleyin. Katılımcıdan düşündüklerini sesli aktarmasını isteyin (think-aloud). Bu yöntem, davranışın arkasındaki hedefi ve kafa karışıklığını açığa çıkarır.

Görevleri sırayla verin; yazılı metni katılımcıya okutmak, tüm yönergenin okunmasını sağlar. Katılımcı takıldığında hemen yardım etmeyin. "Şu an ne yapmaya çalışıyorsunuz?" ya da "Ne bekliyordunuz?" gibi yönlendirmeyen sorular kullanın. Doğru yolu söylemek, testin bulgusunu yok eder. Yardım gerçekten gerekirse not alın: Yardım gereksinimi başlı başına bir bulgudur.

Gözlemci ya da not tutucu ayrı bir kişi olmalıdır. Not alırken gözlem, katılımcı sözü ve yorumu ayırın: "Menü ikonuna tıkladı, sonra geri döndü" gözlemdir; "Menüyü anlamadı" yorumdur. Önemli anları zaman damgasıyla kaydedin, her görev sonunda katılımcıya kısa bir zorluk sorusu yöneltin ve en sonda genel izlenimini alın.

Test boyunca taraf tutmayın: Katılımcı tasarımı övdüğünde ya da eleştirdiğinde savunmaya geçmeyin, sadece öğrenmeye odaklanın.

Bulguları analiz etmek ve raporlamak

Oturumlardan sonra gözlemleri tek bir listede birleştirin. Her sorun için şu bilgileri yazın: Ne oldu, kaç katılımcıda tekrarlandı ve görevi ne kadar engelledi. Sonra sorunları ciddiyet düzeyine göre sıralayın: Görevi tamamlamayı engelleyen sorunlar yüksek, yavaşlatan ya da kafa karıştıran ama aşılabilen sorunlar orta, kozmetik sorunlar düşük öncelik taşır.

Rapor, okuyan kişinin ne yapacağını açıkça göstermelidir. Her bulguya bir ekran görüntüsü ya da kısa video kesiti, kısa bir gözlem cümlesi ve somut bir iyileştirme önerisi ekleyin. Olumlu bulguları da yazın: İyi çalışan yerlerin yanlışlıkla bozulmaması için bunlar da önemlidir.

Sunumda tüm ekibin izlemesi gereken en önemli sorunları öne çıkarın. Katılımcı kayıtlarından seçilmiş kısa kesitler, uzun raporlardan daha etkilidir; geliştiriciler ve yöneticiler bir kullanıcının takıldığını gördüğünde önceliklendirme daha kolay olur.

Sorun düzeltildikten sonra aynı görevi yeniden test edin. Kullanılabilirlik çalışması tek seferlik denetim değil, tasarım yinelemesinin parçasıdır.

Örnek senaryo ve sık yapılan hatalar

Örneğin bir sigorta şirketinin mobil uygulamasında "hasar bildirimi" akışı test ediliyor. Görev: "Aracınızın park halindeyken çizildiğini varsayın, uygulama üzerinden bildirim oluşturun." Katılımcılar ana ekrandaki "Poliçelerim" kartına gider, çünkü hasar bildiriminin etiketi ikonun altında küçük kalmıştır. Bazıları görev ortasında fotoğraf yükleme adımında takılır, çünkü izin ekranı açıklamasızdır. Bu bulgular, görevi engellediği için yüksek öncelikli sayılır.

Sık yapılan hatalar şunlardır:

• Kullanıcıyı yönlendirmek veya yardım etmek.
• Görevleri arayüz etiketleriyle yazmak, böylece ipucu vermek.
• Yalnızca çalışma arkadaşlarıyla test etmek ve gerçek kullanıcı profilini atlamak.
• Birden fazla amacı aynı teste yüklemek; test uzar, bulgular dağılır.
• Ham gözlemi rapora koyup öneri sunmamak.
• Bulguları paylaşmamak veya düzeltmeden sonra yeniden test etmemek.
• Kullanılabilirlik testini kullanıcı görüşmesiyle karıştırmak. Test tasarımı değerlendirir, görüşme kullanıcıyı anlamaya yarar.

Öğrenme yolu ve Mindset programları

Başlangıçta ücretsiz bir prototipi ya da var olan bir web sitesini kendi seçtiğiniz görevlerle birkaç arkadaşınızla deneyin. Düşünceyi sesli aktarma yöntemini ve not almayı bu basit düzenekte pratik edin. Sonra bir test planı, görev senaryoları ve rapor şablonu hazırlayarak gerçek bir ürün üzerinde baştan sona uygulayın.

İleri düzeyde moderatörsüz testler, karşılaştırmalı testler ve ölçüt standartları (örneğin SUS) üzerine çalışır, bulguları ürün yol haritasına bağlarsınız. Kurumlarda test pratiğini kalıcılaştırmak için şablonlar, katılımcı havuzu ve bulgu arşivi kurmak da bu yolun bir parçasıdır.

Mindset kataloğundaki Kullanılabilirlik Testi Planlama ve Moderasyon programı; temeller, test planı ve görev senaryosu yazımı, katılımcı ve ortam hazırlığı, moderasyon teknikleri, gözlem, not alma ve ölçüm, bulgu analizi ve raporlama modüllerinden oluşur. UI/UX Tasarım Temelleri programında "Kullanılabilirlik Testi ve Geri Bildirim", UX/UI Bootcamp'te ise kullanılabilirlik ve erişilebilirlik modülü vardır. Ürün, tasarım ve kalite ekipleri bu modülleri ortak test pratiği kurmak için birlikte değerlendirebilir.