用户体验测试.ppt

用用户体体验测试你遇到过哪些可用性问题？讲座脉络什么是可用性传统的可用性测试游戏中可用性测试的应用可用性测试方法论一次完整的可用性测试可用性可玩性定位Hard可用性名言不能凭想象和猜测用户总是对的用户不总是对的用户不是设计人员设计人员不是用户少就是多帮助并不能帮助可用性工程是一个过程BACK传统的可用性测试可用性测试的目的可用性测试的对象可用性的要素可用性测试目的形成性评估形成性评估目的是为了改进设计。公司产品改进总结性评估总结性评估目的在于评定整体质量。竞争性分析、代理评估BACK可用性测试对象可用性测试的对象是界面对于游戏是整个客户端表现BACK可用性测试的五大要素可学习性效率可记忆性错误主观满意度BACK可学习性自解释能力指引帮助的设计效果遵守习惯设定的情况效率用户操作的高效，不是系统资源占用BACK可学习性和效率的侧重BACK可记忆性系统应该容易记忆那些不是频繁使用的用户可以不用重头学习BACK错误包括程序的bug和游戏设计的缺陷低的错误率错误的应急处理人性化的错误恢复指引BACKSUMIBACK游戏和应用软件的异同相同点归根结底都是软件上手都需要一个过程一般都提供帮助不同点游戏首先是好玩，而应用软件是功能游戏鼓励一定的挑战性，而应用软件希望完全没有挑战性游戏鼓励创新，应用软件鼓励传承和兼容游戏中的可用性测试游戏界面的可用性测试游戏流程的可用性测试帮助测试确定玩家是否按照策划的预期去玩了解玩家的想法定位问题可用性测试方法及其评估常见测试方法介绍可靠性和有效性可用性评价标准BACK10人硬性的数据指标结果容易对比昂贵不能发现单个可用性问题边说边做法反复设计形成性评估25人便宜准确了解用户的想法偶尔会有惊喜发现用户感决不自然越熟练用户越不能表达清楚用户过多意见干扰对用户的表达意愿和表达能力十分依赖其他的可用性测试方法经验性评估法观察法记录回顾法引导法BACK可靠性和有效性可靠性可靠性用户个体的巨大的差异解决方法：统计学上消除有效性有效性测试方法是否真正有效BACK休息休息开始一次可用性测试可用性专家们总结的几个事实测试方案谁适合引导用户测试的伦理性方面的考虑来试试吧一些可用性测试的技巧观察者的构成测试结果的处理BACK可用性专家们总结的几个事实如果想做一个好的游戏，一定要用户测试！测试“一个”用户会比不做测试好一倍在项目中，早点测试一个用户好过最后测试50个用户测试的关键不是证明什么反驳什么测试是一个迭代的过程BACK测试目的具体的测试目的2.测试什么时间什么地点举行3.测试预期使用多少时间4.测试用设备；设备状态需要哪些设备计算机要达到什么要求（性能要求，环境要求，软件要求）5.测试工作人员召集人引导者观察者测试方案6.目标用户目标用户数量目标用户怎么找（特征）7.测试任务测试任务（引导者手册）标准问卷8.测试任务评价标准观察者提纲9.测试用户允许的辅助手段手册上网查找引导者可以在什么状态下给何种程度的提示BACK谁适合引导耐心冷静有同情心善于倾听天性公正的人其实绝大多数人都可以BACK用户测试的伦理性方面的考虑为什么要考虑：拿人来测试的敏感性短期看尊重用户保持测试气氛良好有利于测试效果尊重用户有利我们建立用户库用户测试的伦理性方面的考虑测试之前：在用户来到前准备好所有的强调测试的对象是系统而不是用户告知用户系统是新的，可能存在问题让用户知道他们可以随时停止测试解释所有使用的录音录像设备等监控设施告诉用户测试结束数据将会保密在开始之前回答用户提出的所有问题鼓励用户放开表现，告诉他我们不怕批评用户测试的伦理性方面的考虑测试过程中：让用户尽早体验到成功一次给用户一个测试任务在测试房间那保持轻松的气氛避免被干扰不要以任何方式表现出对用户不耐烦不允许用户的上司来观看测试如果测试令人不愉快，请停止测试用户测试的伦理性方面的考虑测试之后：向用户说明是他们帮助发现改进的地方千万不能以可以区分出具体用户的方式来报告测试结果只有在用户同意的情况下，才能在可用性小组之外公开录像带BACK来试试吧需要一个引导者一个用户没有用过Foxmail的其他人都是观察者测试任务使用Foxmail，建立一个叫做“周报”的新邮箱设置过滤器，过滤所有收到的标题中含有“周报”的邮件放到周报文件夹。一些可用性测试的技巧几个经典的提问你下一步想干什么你预期这样干的结果是什么为什么xx没有引起你的注意.尽量让用户在选择任务的时候说点什么什么时候打断用户用户完成一个任务用户绝望了用户勉强应付，却不知所云BACK观察者的构成观察者不是越多越好也不是越少越好：?70观察者的构成产品经理：很显然，他们的到场（哪怕10分钟）会给整个工程提升受重视程度，显示高层的重视，提高大家的积极性。策划：需要策划参与，特别是直接设计的策划话题：策划是否该和玩家直接沟通？观察者的构成美术，程序等相关方：如果他们愿意来参加也是很好的，毕竟可用性方面很多实现也是在他们“主观能动”之下有较多的影响力。QC，用户体验工程师：毋庸质疑QC发现问题的能力。保证枯燥测试进行中有几个忠实可靠的记录员。独立评审员非本项目组的独立评审员，可以从全新的角度来看问题，最好有一定的可用性经验。BACK6人科学的可置信分析James R.LewisSample Sizes for UsabilityTests测试任务测试任务代表最终使用的状况覆盖最重要的部分可以来自预测试和QC等的建议可以来自数值分析测试任务设计技巧测试任务应该大小适中详细描述测试任务达成的结果测试任务不应该轻佻测试任务前后的难度应该逐步增加测试结果的处理1立即回顾测试结果每轮测试后，你应该尽快让开发团队回顾每个人的观察，决定接下来该如何处理。第一：给问题分类回顾大家看到的问题，决定那些问题需要修正。第二：解决问题找到这些问题的方法。测试结果的处理2提交一份必要的报告，归档跟进发现的问题是否被真正修正，是否被放入改进计划表修正之后的结果进行迭代，新设计有没有有效修正这个问题，有没有引入新的问题几个需要注意的原则忽略“Kayak”问题抵制添加的冲动不要太看重人们对新功能的要求别把孩子也泼出去千万不要相信只要怎么样就可以不会存在这个问题的神话，我们只相信用户反馈我们可以挽救吗？1.总是先考虑优化2.关注细节（对于分析，必须是清晰的，详细的，到点的）3.优化后，必须校验4.如果问题很深入，咬紧牙关挺过去5.永远不会太晚去怀疑前提假设BACK尝试一下基于现在研究的游戏，对游戏的新手阶段进行一次可用性测试。发现新手阶段存在的可用性问题，获得用户关于新手阶段的主观满意度。样本量控制在36人，需要提交测试方案，测试任务，问卷设计，总结报告。要求二人组队一周内完成参考资料参考资料蒋维POPO：E-mail：chapter1、2、4、6、8，2004，Jakob Nielsen,Usability Enginnerringchapter9、10，July-2005,Steve Krug，Dont Make Me Think 2nd游戏可用性评估纬度以及标准游戏可用性评估纬度以及标准资料整理仅供参考,用药方面谨遵医嘱