移動可用性測試 (一):概述
前言
移動互聯(lián)網(wǎng)時代,針對移動產(chǎn)品進(jìn)行的可用性測試,主要是將PC產(chǎn)品可用性測試方法和經(jīng)驗照搬過來。但在實際的工作中,由于移動產(chǎn)品的特殊性,我們遇到了一些在PC產(chǎn)品可用性測試中不曾遇見的問題,例如“使用測試設(shè)備還是用戶設(shè)備”,“選擇iOS平臺還是Android平臺測試”,“使用什么原型工具和記錄工具”等。
因此,移動可用性測試的方法、設(shè)備、工具等都需要因“移動”制宜。我們嘗試將移動可用性測試的零散知識總結(jié)梳理起來,加上我們的思考和探索整理成文,供大家一起交流。
本系列文章會分成4個部分:移動可用性測試流程和常見問題(第一篇,即本文);移動情境和移動設(shè)備選擇(第二篇);移動現(xiàn)場測試方法和工具(第三篇);移動遠(yuǎn)程測試探索(第四篇)。
1.移動可用性測試流程
移動可用性測試流程與傳統(tǒng)流程差異不大。但考慮到有讀者可能是剛接觸可用性測試,我們這里還是簡單羅列一下。
測試計劃和招募(Prepare & Recruit)
這是移動可用性測試最重要的階段,這個階段需要明確五大問題:為什么測試?在什么環(huán)境下進(jìn)行測試?招募哪些對象進(jìn)行測試?測試的系統(tǒng)和功能是什么?如何搜集和分析這些數(shù)據(jù)?對于這些問題,在內(nèi)部需要討論并達(dá)成一致意見。然后制定可用性測試計劃,準(zhǔn)備相關(guān)素材,包括制作測試原型、撰寫測試任務(wù)和腳本、招募被試者、搭建測試環(huán)境和準(zhǔn)備測試工具等。
預(yù)測試和正式測試(Pilot & Test)
移動可用性測試受到設(shè)備、環(huán)境、任務(wù)等多因素影響,進(jìn)行預(yù)測試可幫助我們發(fā)現(xiàn)測試計劃,及前期準(zhǔn)備中可能存在的問題,從而保證正式測試的順利進(jìn)行。正式測試中,可以讓設(shè)計師作為觀察者,在便利貼上記錄發(fā)現(xiàn)的問題,以便后續(xù)快速討論輸出。
測試結(jié)果分析和輸出(Analyze & Report)
移動可用性測試需要采用輕量的方法進(jìn)行分析并輸出測試結(jié)果。如可以將記錄問題的便利貼粘貼在墻上,快速討論并組織達(dá)成一致意見。切記,這個過程是描述測試發(fā)現(xiàn)的問題,而不是產(chǎn)生解決方案。解決方案是下一步的工作。
產(chǎn)品優(yōu)化與迭代(Improve & Iterate)
移動可用性的價值在于發(fā)現(xiàn)問題后的改善與優(yōu)化設(shè)計。設(shè)計人員可以嘗試回答這樣一個問題:如何進(jìn)行最小、最簡單的優(yōu)化,可以避免出現(xiàn)測試中發(fā)現(xiàn)的問題。然后進(jìn)行測試,驗證這種改變是否產(chǎn)生其他影響。
2.形成性測試和總結(jié)性測試
根據(jù)測試的目標(biāo)不同,我們一般將可用性測試分成兩大類:形成性測試(formative test)和總結(jié)性測試(summative test)。實際工作中,我們做的大部分可用性測試都屬于形成性測試,包括移動可用性測試。所以我們先澄清概念,后續(xù)對方法和工具的討論,主要也都是圍繞形成性測試展開。
這兩個術(shù)語源自教育學(xué),形成性測試主要在教學(xué)過程中進(jìn)行,目的在于及時得到反饋來改進(jìn)教學(xué),總結(jié)性測試主要用于階段性總結(jié)分析,目的在于全面考察學(xué)生階段性的學(xué)習(xí)效果。
移動可用性測試中,我們通過形成性測試來發(fā)現(xiàn)產(chǎn)品設(shè)計研發(fā)過程中的可用性問題,及時修復(fù),從而優(yōu)化產(chǎn)品體驗;在總結(jié)性可用性測試中,我們的目標(biāo)是通過多個指標(biāo)來評估產(chǎn)品的整體體驗,通常在產(chǎn)品開發(fā)完成后進(jìn)行。
從下表可以看到,形成性測試更關(guān)注如何快速地發(fā)現(xiàn)和解決可用性問題。不管是測試對象還是測試方法,包括被試樣本數(shù)都傾向于比較輕量的解決方案。拿被試數(shù)量來說,一般參考Jacob Nielsen的經(jīng)驗數(shù)據(jù)要做5個左右。但是哪怕只有條件做1個被試,也推薦做一下形成性測試,因為做了就一定會有收獲。
3.移動平臺選擇
PC時代,我們幾乎不用考慮平臺問題,絕大多用戶數(shù)都是Windows用戶。但移動時代是多系統(tǒng)平臺共存的時代,不同的平臺(主要是iOS和Android)代表了不同的硬件,不同的用戶習(xí)慣和交互方式。在Android上大家熟悉的設(shè)計語言,在iOS上可能會造成用戶困惑。比如Android上的紙飛機(jī)發(fā)送按鈕,iOS用戶通常不認(rèn)識。
對于移動平臺的選擇,主要基于兩點考慮,產(chǎn)品的平臺分布情況,以及測試方法測試工具對平臺選擇的限制。
平臺分布情況
App是iOS/Android雙平臺產(chǎn)品,還是iOS或Android單一平臺產(chǎn)品;對于全平臺覆蓋產(chǎn)品,不同平臺的后臺用戶數(shù)據(jù)占比是怎樣的,是否有偏重,不同平臺的用戶是否有明顯差異。
測試工具限制
當(dāng)產(chǎn)品全平臺覆蓋,且并無明顯平臺差異時,測試工具的限制反而會成為選擇平臺的重要參考。如iOS系統(tǒng)對錄屏的限制很多,當(dāng)我們想拿到有些結(jié)果時可能不得通過調(diào)研Android用戶,從而得到想要的結(jié)果。本文在后續(xù)本地測試的工具部分會詳細(xì)列出不同平臺對應(yīng)的用研工具。
4.?移動用戶招募
和移動平臺選擇的問題類似,在移動用戶招募中,也有一些需要注意的點。
確保用戶熟悉移動平臺
用戶更換移動設(shè)備的頻率遠(yuǎn)高于PC,且很有可能是Android換iOS,華為換小米的情況。移動設(shè)備的平臺又比PC復(fù)雜,特別是碎片化的Android,每個廠商都有自己的系統(tǒng)(MIUI,F(xiàn)lyme,emui…)。所以除非要測試新平臺的易學(xué)性,一般情況下,我們建議招募熟悉平臺的用戶來做測試,使用經(jīng)驗至少應(yīng)該在3個月以上。這樣可以確保用戶在測試時,不會因為對平臺的生疏而對結(jié)果造成干擾。
確認(rèn)移動設(shè)備
一些用戶可能擁有好幾部手機(jī)和平板電腦。當(dāng)篩選用戶時,需要確保篩選問題是針對某個特定移動設(shè)備的。 例如,如果想研究在iPad上購物的用戶,那么在招募時設(shè)定篩選問題時,應(yīng)該是問:“你用iPad購物的頻率是多少?”,而不是問“你在平板電腦上多久購物一次”。
5.?移動測試原型制作工具
PC/Web產(chǎn)品的原型工具很有限(如Axure),也并不完全適應(yīng)制作移動原型。移動互聯(lián)網(wǎng)之后,近兩年移動交互原型工具不斷涌現(xiàn),移動的小界面使得原型效率提升,反饋周期縮短。類似POP這類移動制作原型的App的出現(xiàn),可以用很低的成本,把紙面線框圖轉(zhuǎn)化為可交互原型,大大降低制作測試對象的成本,非常適用于項目早期的形成性測試。
我們在選擇和比較制作移動測試原型的工具時,主要考慮了輕量,簡單,多終端支持,支持遠(yuǎn)程分享這幾點。綜合對比之后,推薦使用Prott來制作測試原型。
Prott支持Web和iOS雙平臺,雖然官網(wǎng)上也有Windows和Mac版下載,但都是內(nèi)嵌網(wǎng)頁實現(xiàn)的,所以體驗一般。Web版通過拖拽的方式可以非??焖俚赝瓿稍凸ぷ?,類似的產(chǎn)品還有Flinto(然而Flinto沒有iOS原生應(yīng)用);iOS版是原生應(yīng)用,體驗類似POP。
在有設(shè)計稿的情況下,用研同學(xué)可以獨立通過Prott的Web版或iOS版獨立完成測試原型制作。Prott也支持鏈接或者原型分享,可以遠(yuǎn)程分享給被測進(jìn)行測試,在本系列的第四篇文章中會展開。
Prott的缺點。作為商業(yè)應(yīng)用,Prott只支持一個免費項目,同時進(jìn)行多個研究項目需要付費購買高級版本。當(dāng)然也可以通過注冊多個賬號來解決這一問題。
來源:騰訊ISUX
- 目前還沒評論,等你發(fā)揮!