球球大作战用户测试文档-----自制可用
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
球球大作战用户测试文档
目录
1. 定义目标与问题 (2)
2. 选择参与者 (2)
3. 应用的技术 (3)
4. 测试任务 (3)
5. 测试步骤 (4)
6. 评价标准 (6)
7. 可用性问题 (7)
1:定义目标与问题
这次实验的目的是检查第四次作业中iPhone 端完成的关键界面原型是否存在可用性问题。
具体的说,想通过参与者来实际操作已经完成的原型,使评估人员知道,用户是否能在目标时间完成功能隐藏、找朋友、打开聊天界面、查看好友及粉丝、打开团战模式、打开生存模式等操作。
在iPhone 设备中,较小的屏幕使软件界面只能放置很少的组件,容易使用户跳转太多才能达到目标界面,因此,检查球球大作战能否在尽可能少的操作步骤情况下完成用户指定的操作。
2. 选择参与者
评估人员总共选取了6人进行了用户测试,这6人的职业分别是学生、白领、摄影师。
这6人全部是使用智能手机或pc 互联网的人士。
在测试之前,评估人员只告诉参与者这只是一个iPhone 端应用,但没有告诉他们具体的名称,以防止他们提前去使用这款客户端。
6 人中有3位男性,3位女性,我们做到尽可能的平均男女比例,防止在性别不同上对客户端的界面有不同的喜好,但是更重要的一点是,这6位参与者全部在日常生活中经常或偶尔使用智能手机和pc 互联网。
参与者的数目符合可用性专家建议的6 至12 位。
下面是这6位参与者的具体情况(因为要保护参与者的隐私,我们对参与者的做了处理):
3. 应用的技术
(1 )观察用户
在用户使用产品iPhone 端原型时,评测人员在一旁观察用户的使用情况,同时评测人员不能干扰用户执行任务的过程。
评测人员通过笔记的方式对观察的用户的反映进行记录,在结果总结时对笔记进行整理来对评估的结果进行统计和分析。
(2 )征求用户意见
在用户使用完产品完成评测人员指定的任务后,评测人员通过访谈的方式来对用户的意见进行询问。
设计的问题如下:
球球大作战的iPhone客户端已有的功能是否能沟满足用户需求?
用户是否喜欢球球大作战的iPhone客户端?
用户是否觉得球球大作战的iPhone客户端的界面设计赏心悦目?
用户在哪些任务执行时比较困难?
用户觉得哪些功能没有价值?
用户觉得缺少哪些功能?
(3 )测试用户的执行情况
用户执行评测人员安排的任务,评测人员对用户执行任务的结果进行整理和总结,包括完成任务的时间、出错的次数和操作步骤数。
评测人员将测试结果表示为统计值(均值,方差)。
(4 )分析用户执行任务的情况,预测用户界面的有效性对用户执行任务的结果进行分析,对错误率、任务平均步骤数等进行总结,来预测用户界面的有效性是否达到了目标的标准。
4. 测试任务
评测人员设计了4 项任务,用来检查球球大作战的iPhone客户端基本功能。
这些是球球大作战的关键任务。
任如下:
(1 )打开球球大作战。
(2 )将“观战频道,获取棒棒糖,账号&设置,攻略”等图标隐藏。
(3 )在网络状况良好的情况下,在找朋友界面输入一个给定id,关注为好友。
(4 )在网络状况良好的情况下,给好友发送“hello!”
(5 )在网络状况良好的情况下,观战自己的一个粉丝,并点喜欢(个数为3).
(6 )在网络状况良好的情况下,打开团战模式,并邀请一个好友。
(7 )在网络状况良好的情况下,打开生存模式,查看生存入场券个数。
(8 )在网络状况良好的情况下,开始一场个人比赛。
5. 测试步骤
在评估之前,评估小组准备了统一的说明稿,共分为3个部分。
目的是保证每一位参与者都得到相同的信息和相同的对待。
测试在现场进行。
参与者抵达后,评估人员用表 5.1 的说明稿向他表示问候并说明情况。
表 5.1 说明稿 1
表 5.1 中的协议书如表 5.2
所示,评估人员安排参与者仔细看完协议书,达成一致意见后在协议书上面签字。
表 5.2 实验协议
接着,评估人员安排参与者就坐,解释测试目的和测试步骤。
表 5.3 展示出了这个过程中使用的说明稿。
本次实验中,对所有用户使用了统一的说明,有助于确保参与者不会因为说明上的差异而有不同的测试表现。
表 5.3 说明稿2
在执行主要测试任务之前,参与者使用10 分钟时间熟悉该iPhone 客户端。
在这个过程中,参与者需要使用自言自语式的思考方式。
图5.4 给出了这项任务的说明。
表 5.4 前置任务说明
之后,参与者逐一执行了4 项测试任务。
每项任务不能操作20 分钟,若到20 分钟还未完成,那么必须停止,如果20 分钟完成任务,也及时停止计时。
如果参与者忘了说出想法或者不知所措时,评估人员请给出提示。
表5.5 展示出来这一过程的说明。
5.5 过程说明
在完成所有任务之后,参与者需要回答一份调查问卷。
该问卷是根据QUIS 用户满意度问卷设计的。
结束问卷调查之后,评估人员询问参与者对某些问题的看法(表5.6)。
表5.6
6. 评价标准
在下列的表中列举了所有任务所有参与者的执行情况,包括任务执行的时间、结束任务的原因、访问的界面数,访问的无关界面数,反馈意见。
评价标准
7. 可用性问题
在这个部分中,我们对用户的反馈进行了总结,并且对用户执行我们所指定的任务的时间数据进行分析,然后将得到的结果数据与我们的期望数据进行了对比,此外,我们总结了对用户访谈的容,并且自己对已有的系统进行了自我评估,总结出以下几点可用性问题。
注:可用性问题分级
0 不是一个可用性问题
1 一个表面的可用性问题
2 轻微的可用性问题
3 重要可用性问题。