声音简介
第一步是思考此次测试的目标。在测试开始之前,设计师要花一些时间思考一下:这次测试是想验证哪个页面或者流程?通过思考明确测试的目标。在进行了测试前的思考之后,设计师一定要注意把测试目标记下来,这将帮助设计师制订出一个更有针对性的测试方案,为后面撰写测试脚本打下基础。
2.制作测试原型
测试原型的制作,主要分为以下3种情况。
(1)如果需要测试的是一个新项目,交互设计师已经做好了交互原型,通过测试想验证交互方案是否真的好用、用户是否会有疑惑,那么此时设计师的工作,就是将原有的交互原型做成动态可操作的版本,保证测试的时候用户能够操作即可。
(2)如果需要测试的是线上的App,目的是进行设计改版,那么测试时使用线上的App就可以进行测试。
(3)如果需要测试的是自己的某个想法或者某种操作,设计师想验证想法或操作是否有效,那么此时需要根据上一步写下来的测试目标,设计相应的动态可操作原型。
3.撰写测试脚本
测试脚本的意义是把整个测试流程提前写下来,以保证第6步“预测试和正式测试”可以顺利、高效的运行。正式的可用性测试是一个大工程,设计师需要提前联系和邀请用户到指定地点进行测试,而且测试过程涉及许多与用户的互动。设计师提前写好测试脚本,可以保证对测试过程更了然于心,从而进行一个顺利的测试。
正式的可用性测试的测试过程包含测试介绍、询问用户基本信息、任务操作、填写问卷4步,所以测试脚本需要把这4步都写进去。
4.招募测试者
一般来说,招募5~8名测试者比较合适。这个数字是人机交互专家雅各布·尼尔森(Jakob Nielsen)在他的论文里提出的。通过大量的实验,他发现测试5个用户就可以发现大约85%的可用性问题,性价比最高。测试者的选择,可以根据对产品的使用情况、性别、年龄、学历等因素来确定。总之,选择用户的原则,就是保证被选出的用户是测试目标涵盖的那些用户。
5.设置测试环境
设置测试环境的目标是让被测试者在测试时感到舒服、不紧张,从而可以得到更真实的测试结果。设计师可以在测试地点的桌子上放一些水、零食、水果等,让用户放松。建议使用摄像设备或者录音设备记录测试过程。如果使用摄像设备,则需要注意考虑一下摄像设备的位置,防止用户在测试的时候一直被摄像设备“盯着”而感到紧张。一般将摄像设备放在用户看不到但又可以清晰录制用户的操作的位置
6.预测试和正式测试
预测试的过程是找两位不知情的同事,预先进行一遍完整的测试过程,然后总结过程中关于测试本身的问题,以便对测试过程进行优化。
在经过了预测试的考验和校正之后,设计师就可以开始正式的测试了。进行正式测试时,设计师需要按照测试脚本逐步推进,也就是测试介绍、询问用户基本信息、任务操作、填写问卷。
7.测试结果统计分析
测试完成之后,有一项比较繁重的工作:将录制的视频或者音频转换成文字稿。在这个过程中,设计师需要注意以下关键信息的提取。
①用户在进行任务操作时犯的错误。
②任务完成情况记录:可分为成功完成、求助后完成和未能完成。
③任务完成时间记录:只需要关注耗时较长的任务,对于耗时一般的任务,不去记录。
④任务完成路径记录:需要考虑用户的操作是否符合设计的标准路径,用户在哪里产生了偏离,用户在哪里产生了犹豫。
在以上转换文字稿的过程中,最重要的一点就是要边记录边提取信息,这将帮助设计师更快地得到测试的结论。之后需要再统计一下用户填写的问卷。问卷中用户对于任务完成难易度的评价,以及满意度的评价,这些都可以作为产品的可用性水平的判断依据。
完成之后,设计师需要继续对测试中用户操作时出现的可用性问题进行过滤,将一些明显是个人的错误排除出去。剩下的就是此次测试中发现的有价值的可用性问题。将这些问题进行分类,方便后续撰写测试报告时使用。
对于每个分类里的可用性问题,设计师需要考虑这个问题是局部的还是全局的,产品的其他模块是否也会出现同样的问题。然后根据问题出现频率的高低,将所有可用性问题分为以下三个级别。
①关键问题:若该问题未得到解决,用户将无法顺利完成操作任务。
②重要问题:若该问题未得到解决,将影响许多用户的操作,例如操作时感到迷惑、多次尝试不成功,甚至导致用户放弃操作。
③次要问题:用户在操作时可能感到麻烦,但是仍然会继续完成操作。这类问题可以稍后再修改。
音频列表
- 2020-10
- 2020-10
- 2020-10
- 2020-10
- 2020-10
- 2020-10
- 2020-10
- 2020-10
- 2020-10
- 2020-10
查看更多
用户评论