Temiz, taze ve daha önemlisi etkili bir kullanıcı arayüzü sunmak için kullanılabilirlik testleri gereklidir. Üstelik herhangi bir tasarımcı, ününe ve becerisine bakılmaksızın, bir tür araştırma ve test yapmaksızın iyi bir ürün tasarlayabilecektir.
Kullanılabilirlik testi, bir ürünü, ilgili hedef kitlenin parçası olan kullanıcılarda test ederek değerlendirmek için kullanılan bir tekniktir. Test birçok alanda kullanılıyor, ancak bugün kullanıcı odaklı etkileşim tasarımına ve böyle bir ürünü tasarlarken ve geliştirirken nasıl test yapılacağına odaklanacağız.
Her ürünün amaçlanan bir amacı vardır ve kullanılabilirlik testinin kapsamı ve amacı, bir ürünün bir kullanıcı açısından bu amacı karşılaması durumunda ölçülür.
Her kullanılabilirlik testinin ardında, özellikle test cihazının gözlem amaçlarına yönelik farklı hedefler vardır. Sonuçlar bir kontrol ölçümü veya bir taban çizgisi olarak ele alınabilir. Bir süre boyunca çeşitli testler yapılabildiğinden, tüm sonuçlar başlangıç testi sonuçlarıyla karşılaştırılacaktır.
Kullanılabilirlik testinin ardındaki dört prensip:
Bunlar, kullanıcı merkezli arayüzlerin test edilmesinde kullanılan genel prensiplerdir, ancak test cihazının kendi kullanılabilirlik hedeflerini belirlemesi önemlidir. Bunlara dayanarak, konuyu yakından izleyebilecek ve hatalarını ya da jestlerini yorumlayabilecektir.
Bazı insanlar “kullanılabilirlik testi” terimini yanlış yorumluyorlar. Bir nesneye (ya da bir cihaza ya da uygulamaya) ilişkin fikir toplamak sadece pazar araştırmasından başka bir şey ifade etmemektedir. Bu tür bir araştırma kesinlikle kullanılabilirlik testi değil, nicel araştırmadır.
Böyle bir prosedürün kullanılabilirlik testi olarak etiketlenmesi için, kontrollü koşullar altında sistematik bir gözlem yapılmasını gerektirir; Bu, kullanıcıların (her zaman hedef kitlenin bir parçası) ürünü nasıl kullanabileceklerini belirler. Sorgulanan kullanıcıların% 86'sının “uygulamanın iyi sonuç verdiğini” belirttiğini bilmek, uygulamanızın kullanılabilirliğini test ettiğinizi ve sonuçların çoğunlukla olumlu olduğu anlamına gelmez. Bu sadece sorgulanan kişilerin çoğunun uygulamanın iyi çalıştığını düşündüğü anlamına gelir, ancak bu, ara yüzü geliştirmek için kullanmanız için yeterli bilgi değildir.
Kullanılabilirlik testinin önemli bir yönü kullanıcıları mümkün olduğunca dahil etmek. Bir mobil arayüzün nasıl göründüğünü düşündüklerini sormak yerine, bazı eylemler gerçekleştirmelerini isteyin. Gözatma sürecini etkileyen pek çok yön vardır ve çoğu kullanıcı bunları adlandıramaz veya tartışamaz, ancak arayüzü kullanırken kesinlikle size gösterecektir.
Kullanılabilirlik testinin yapılabilmesi için birkaç yöntem vardır ve bunların birçoğunu sizin veya amaçlarınız için hangisinin daha uygun olduğuna dair bir fikir vermeyi umuyoruz - ya da en önemlisi - en önemlisi.
Bir ürünü test ederken, test edeceğiniz ürünü kullanarak katılımcıların bir görev listesi gerçekleştirmesi gereken gerçekçi bir durum yaratmanız gerekir. Bu sırada gözlemciler dikkatli bir şekilde izlemeli ve mümkün olduğunca sessizce not almalıdır. Kağıt prototipler, komut dosyası komutları ve ön test veya son test soru formları gibi farklı aksesuarlar da test ettiğiniz ürün hakkında bilgi toplamak ve geri bildirim almak için kullanılır. Düşünce sesli test yöntemi, ortak keşif öğrenme ve göz izleme, bu yöntemlerde kullanılabilecek kullanılabilirlik testi teknikleridir.
Bu, sınırlı sayıda insanla çalışan, dört ila altı arasında değişen genel bir metodolojidir. Testin adı, test katılımcılarının koridorda geçen rastgele insanlar olması gerektiği fikrinden gelmektedir. Bu yöntem, ürününüz mutlaka belirli bir hedefe yönelik olmadığında kullanılabilir.
Koridor testi tasarım aşamasında erken kullanılmalıdır. Hızlı test edin ve sık sık test edin! Bu, birkaç kez oraya gitmeniz gerektiği anlamına gelir. Süreç oldukça basit: beş kişilik test, çizim tahtasına geri dön ve sorunları çöz. Dışarı çık ve diğer beş kişi üzerinde tekrar test et, tekrar içeri gir ve sorunları çöz. Üç veya dört kez test edildikten sonra, kritik arayüz hatalarının sayısı önemli ölçüde kısaltılmalı ve daha sonra ürünü ve özelliklerini geliştirmeye odaklanmaya başlayabilirsiniz. Bir süre sonra tekrar test etmeniz gerekecek, ancak arayüz sorunlarınızın çoğunu çözdüğünüzü bilmek, geliştirme aşamasına biraz daha fazla odaklanmanıza izin vermelidir.
Tamamen rastgele insanları kullanmanın ardındaki sebep, ürününüzü ürününüze ve arayüzüne aşina olan bireyler üzerinde test etmek istememenizdir. Aracınızı daha önce hiç görmemiş olan insanlar istersiniz, böylece hepsi ortak bir zeminden başlarlar. Üstelik, bu şekilde, ilgi alanlarına ve motivasyon düzeylerinin henüz yeterince yüksek olmaması nedeniyle yeni gelenleri - çoğu zaman kaybetmek en kolay olanları - test edebilirsiniz. Uygulamayı daha önce kullanmayan birisi bu konuda çok mutlu ve tüm görevleri kolayca yerine getiriyorsa, uygulamanızı kullanacak kişilerin çoğunun aynısını yapacağı anlamına gelir.
Bu metodoloji, test ettiğiniz ürünün dünyanın farklı bölgelerinde potansiyel kullanıcılara sahip olduğunda kullanılabilir. Onları bir araya getirmek, gerçek mali zorluklar doğurur ve serbest çalışan veya küçük bir şirket için mümkün olmayabilir.
Bu konulardan endişe duyan uzmanlar, kullanıcı ve test edeni uzayda ve hatta zaman içinde ayırarak, değerlendirme ve testlerin uzaktan yapılmasını kolaylaştıran bu metodoloji ile ortaya çıktı. Video konferans, bu tür bir test yapmanın bir yoludur, diğeri ise TeamViewer veya WebEx gibi uzak uygulamaları kullanarak olabilir. Her ikisi de kişisel bilgisayar ve internet bağlantısı olan kullanıcıları içerir. Bu şekilde test cihazı katılımcının hareketlerini izleyebilir, ancak tepkilerini ve duygularını takip edemez.
Test cihazı, kullanıcının tıklama akışlarını, kritik hataların kullanıcı günlüklerini, arayüzle etkileşimde bulunan olayları ve hatta kullanıcı tarafından yapılan öznel geri bildirimleri otomatik olarak toplayabilir.
Bu tür bir testin iyi tarafı, katılımcının kendi ortamında gerçekleştirilmesidir, yani yetenekleri konusunda çok emin olacak ve gerçek hayat senaryo testini simüle edebileceksiniz. Açıktır ki, bu uzaktan test metodolojisinin en büyük avantajı, dünyanın her yerinden insanlarla ulaşım ve lojistik için çok fazla maliyet olmadan çalışmanıza izin vermesidir.
Bir tasarımcının uzaktan test için kullanabileceği çeşitli araçlar vardır. WebEx ve GoToMeeting en popüler olanıdır, ancak hemen hemen herhangi bir uzak araç işi yapar.
Araçların ne kadar iyi çalıştığı dikkate alınmaksızın, senkronize bir uzaktan test yapılması, bir bilgisayar aracılığıyla dilsel ve kültürel engelleri yönetmek testin verimliliğini azaltabileceği gibi, göründüğünden biraz daha zordur. Katılımcının ortamındaki kesintiler ve dikkat dağıtıcı unsurlar, gezegenin diğer köşesinden çözülmesi neredeyse imkansız olan diğer zorluklardır.
Bu, kullanılabilirlik testi için başka bir metodolojidir ve testte ürünü değerlendirmek için saha uzmanlarını getirmeyi gerektirir. Bu yöntemin zorlukları çoğunlukla finansal ve lojistiktir, çünkü farklı alanlardan uzmanları getirmek çok maliyetli olacaktır.
Aynı ilkeye dayanan, sadece farklı yazılımların kullanılmasıyla yapılacak bir otomatik uzman inceleme metodolojisi de vardır.
A / B Bölünmüş Test, muhtemelen kullanıcı deneyimi ve arayüz testi için en iyi bilinen deneysel yaklaşımlardan biridir. Kullanıcının ilgisini veya katılımını artıran bir web sayfasının öğelerini tanımlamayı amaçlamaktadır.
Yöntem A / B testi olarak adlandırılır, çünkü karşılaştırılan bir web sitesinin / arayüzün (A ve B versiyonu) iki sürümü vardır. Bir kullanıcının davranışını etkileyebilecek bir değişiklik (bir düğme, iletişim formu veya resim gibi bir öğe olabilir) dışında her zaman aynıdır.
Test dönemi boyunca, web sitesi Google Analytics gibi araçlarla izlenir. Bu dönemde, A ve B iki versiyonu rasgele değişir, yani web sayfasına gelebilir ve bir başlık görüntüsü bulabilir, ardından web sayfasını yenileyebilir ve diğer başlık resmini bulabilirsiniz.
Metodoloji, çoğunlukla karı maksimize etmek, bırakma oranlarını azaltmak ve satışları artırmak için sahne arkasında kullanılır. Amazon metodolojiye öncülük etti, ancak eBay, Google, Walmart, Microsoft, Netflix ve Zynga gibi şirketler de sitelerinin kârlılığını artırmak için bu yöntemi kullanmasıyla tanınıyor.
Bu esas olarak e-ticaret web siteleri için kullanılsa da, A / B testi arayüz tasarımında da kolayca kullanılabilir; ve test yapanlara, iki veya daha fazla seçenek arasında hangi arayüzün daha iyi olduğuna dair genel bir bakış sağlamak kadar etkili olabilir.
Sınırlı sayıda katılımcı ile çeşitli testler yapmak, daha fazla sayıda konu üzerinde bir kez test edilmekten çok daha iyidir. Bu, birkaç miktar testi yerine basitçe birçok kalite testine dönüşür. Her bir test için yaklaşık beş denek, gözlemcilerin bir süre çalışmak için yeterli bilgiyi almasına yardımcı olmak için yeterli olmalıdır.
Bu teorinin ardındaki argüman, birkaç kişinin bir özellik veya bir web sitesi tarafından karıştırıldığını öğrendiğinizde, aynı arayüzle daha fazla insan üzerinde aynı arayüzün test edilmesinden daha az kazanacağınızdır; Çözüm, sorunları çözmek ve daha sonra oraya gitmek ve sınırlı sayıda konuda tekrar test etmektir. En iyi sonucu almak için bu işlemi birkaç kez tekrarlamanız gerekir.
Birçok uzman, bu teorinin bazı olumsuzlukları olabileceğini söylüyor. Kullanılabilirlik genellikle yalnızca belirli bir kullanıcı grubuna değil, daha büyük bir popülasyon örneğine uygulanır; Bu, test edilen ilk grup tarafından arayüz problemlerinin saptanamayacağı anlamına gelir. Bununla birlikte, bu sınırlı sayıda konuyla bir veya iki test yapmak, bu teorinin önerdiği gibi değildir.
Bu testler, her hafta - belki de haftada iki kez - tasarım sürecinde gerçekleştirilmelidir. Tasarım süreci ne kadar uzun olursa, test sayısı da o kadar büyük olacaktır. Bu süreç boyunca, 50 ila 100 arasında veya bazen daha da büyük olan bazı denekler bile test edilebilir.
Testin ikinci aşamasında geniş bir yelpazedeki yetenekleri test etmek daha etkili olacaktır. Son testlerde, tasarım zaten düzgün olmalı, gözlemleri daraltabilir ve kendi hedef kitlenizde test yapmaya başlayabilirsiniz.
Kullanılabilirlik testleri yapılırken, aynı zamanda iyi çalışan şeylerin de fark edilmesi önemlidir - sadece bunu yapmayanları değil, tekrar tekrar test etmeye devam etmek. Bunun arkasındaki teori, iyi çalışmayan unsurların ortadan kaldırılması gerektiği, ancak iyi çalışan ve kullanıcılar tarafından beğenilen unsurlara da dikkat edilmelidir. Onları ilk durumda oldukları gibi tutmaya çalışın, çünkü onlar açıkça işe yarıyorlar. Halihazırda başarılı bir şekilde işleyenleri değiştirmek ve iyileştirmek yerine başarısız olanlara daha çok odaklanın. Daha sonra geliştirme sonrası süreçler için zaman vardır.
Kullanılabilirlik testi, bir arayüz geliştirirseniz ve bununla bir çeşit başarı elde etmeyi umarsanız, yapmaya değer bir şeydir. Basit bir web sitesi geliştirirken buna yatırım yapmaya değmez; Ancak, bir mobil uygulama geliştirirsek, kişisel olarak her zaman bazı testler yapardım çünkü çok daha karmaşıktır.
Kullanılabilirlik testi de ücretsiz olarak az ya da çok yapılabilir; Lojistikte büyük miktarda para yatırmanız gerekmiyor. Sadece daha küçük ölçekte test etmeniz gerektiğini düşünüyorsanız, arkadaşlarınızı ve akrabalarınızı bunun için kullanın; Hepsi bedava ya da çok ucuz olurdu (çikolatalı kek her zaman kazanır).
Yukarıda da görebileceğiniz gibi, kullanılabilirlik testi birçok farklı şekilde yapabileceğiniz bir şeydir ve başlamadan önce sizin ve amaçlarınız için hangi yolun doğru olduğunu belirlemeniz gerekir. Başlangıçta çok karmaşık bir süreç gibi görünebilir, ancak yeni başlayanlar bile böyle bir testi yapabilmeli ve bir şeyleri çıkarabilmelidir. Yani eğer tasarım sürecinizin ortasındaysanız, oraya gitmekten ve bazı testler yapmaktan çekinmeyin - söz veriyorum, arayüzünüzü geliştirecek ve kullanıcılarınız bundan çok daha mutlu olacak.
Tasarımlarınızda kullanılabilirlik testi yapıyor musunuz? Hangi test yöntemlerini tercih ediyorsunuz? Yorumlarda bize bildirin.
Öne çıkan görsel / küçük resim, görüntü testi jurvetson üzerinden