用户体验测试

合集下载

用户体验测试方法与技巧

用户体验测试方法与技巧

用户体验测试方法与技巧用户体验测试是评估产品或服务的可用性和用户感受的重要方法。

通过这种测试,我们可以了解用户在使用产品或服务时的打分、满意度以及面临的问题。

本文将介绍一些用户体验测试的常用方法和技巧,以帮助你获得准确且有意义的测试结果。

一、目标设定在进行用户体验测试之前,首先需要明确测试的目标。

通常,我们希望了解用户使用产品或服务时的体验,以确定是否符合设计预期。

可以从以下几个方面设定目标:1.了解用户在特定情境下使用产品或服务时的感受和反应。

2.发现用户在使用过程中可能遇到的问题,以改进产品或服务的设计。

3.评估用户对产品或服务的满意度,以确定市场竞争力和用户黏性。

二、测试设计在进行用户体验测试时,测试设计是至关重要的。

以下是一些常用的测试设计方法和技巧:1.确定测试的用户群体。

根据产品或服务的目标用户,选择适合的用户来参与测试。

可以通过用户人口统计信息、用户需求和使用习惯等方面进行筛选。

2.制定测试场景和任务。

在测试中,为参与者设置具体的场景和任务,例如购买产品、使用某个功能等。

场景和任务应该尽量贴近实际使用情境,以保证测试结果的真实性。

3.采用定量和定性相结合的测试方法。

定量数据可以通过问卷调查、打分和计时等方式收集,以提供具体的量化指标。

定性数据可以通过观察、访谈和记录用户反馈等方式获得,以获得更细致的信息。

三、测试执行在进行用户体验测试时,执行测试的过程和技巧也是非常重要的。

以下是一些测试执行的常见方法和技巧:1.保持中立和客观。

测试人员应该尽量保持中立和客观的态度,在不干扰用户体验的情况下观察和记录用户行为和反馈。

2.鼓励用户自由表达。

测试过程中,鼓励用户自由表达对产品或服务的感受和意见。

可以通过提问、访谈和记录反馈等方式获取用户真实的使用体验。

3.记录和整理数据。

确保测试过程中的数据记录准确、完整,并进行整理和分析。

可以使用表格、图表或其他工具将数据可视化,以便更好地理解和比较不同用户的反馈和行为。

关于用户体验测试的标准

关于用户体验测试的标准

关于用户体验测试的标准用户体验测试(User Experience Testing, UET)是在用户使用产品或服务时,对其使用体验进行评估和测试的过程。

用户体验测试的目的是为了确保产品或服务能够满足用户需求,并提供良好的用户体验。

在进行用户体验测试时,需要遵循一定的标准和流程,以确保测试结果的客观性和准确性。

本文将探讨用户体验测试的标准,包括测试的目的、方法、参与者、工具等方面。

一、测试目的用户体验测试的主要目的是评估产品或服务对用户的使用体验。

具体而言,用户体验测试的目标可以包括以下几个方面:1.评估产品或服务的易用性:包括界面设计、操作流程、响应速度等方面;2.识别用户需求:了解用户对产品或服务的需求和期望,发现潜在的问题和改进点;3.发现用户痛点:寻找用户在使用产品或服务时遇到的困难和问题,以及解决方案;4.收集用户反馈:获取用户对产品或服务的意见和建议,为后续改进提供参考。

二、测试方法用户体验测试可以采用多种方法进行,常用的测试方法包括以下几种:1.实地测试(In-person Testing):在用户面前进行测试,观察用户使用产品或服务的过程,及时获取反馈意见;2.远程测试(Remote Testing):通过远程工具进行测试,可以覆盖更广泛的用户群体,但难以观察用户行为;3.原型测试(Prototype Testing):使用产品或服务的原型进行测试,既可在早期发现问题,也可减少开发成本;4.观察法(Observational Method):通过观察用户的行为和反应,了解用户的需求和偏好。

三、测试参与者在进行用户体验测试时,需要确定测试的参与者,通常包括以下几类人员:1.用户代表:具有代表性的用户群体,包括新用户、老用户、专业用户等,以覆盖不同使用场景和需求。

2.测试团队:包括产品经理、设计师、开发人员等,以确保测试全面性和专业性;3.观察者:对用户行为和反应进行观察和记录的人员,以获取客观的测试结果。

用户体验测试技巧与流程

用户体验测试技巧与流程

用户体验测试技巧与流程用户体验测试在产品开发阶段起着至关重要的作用。

通过测试用户对产品的感受和操作,企业可以及早发现并解决潜在问题,提升产品的质量和用户满意度。

本文将介绍一些用户体验测试的技巧与流程,以帮助企业优化产品设计。

一、测试前准备1. 定义测试目标:明确要测试的产品功能、设计要素以及用户体验方面的重点。

2. 选择测试场景:根据产品的使用环境和目标用户,确定可以最真实地模拟用户使用场景的测试环境。

3. 招募测试用户:根据目标用户群体的特点,招募合适的测试用户,确保他们具有一定的使用经验和代表性。

4. 准备测试材料:准备好测试所需的设备、软件、问卷表、录音设备等工具,以便测试过程中进行记录和分析。

二、测试过程1. 导入说明:向测试用户简单介绍产品和测试目标,让他们了解产品的基本操作和使用场景。

2. 观察记录:在测试过程中,观察测试用户的操作和交互过程,记录用户的行为、表情、反应等,包括积极和消极的反馈。

3. 收集反馈:及时与测试用户沟通,询问他们的体验感受,鼓励他们提出意见和建议。

4. 数据整理:整理和归纳测试过程中收集到的数据和反馈,将其分类并进行分析,找出存在的问题和改进的方向。

5. 编写测试报告:根据测试数据和分析结果,编写用户体验测试报告,详细描述测试过程和结果,提供具体的改进建议。

三、测试技巧1. 提前规划:在产品开发的早期阶段就应该开始进行用户体验测试,以便在设计过程中及时调整和改进。

2. 模拟真实环境:将测试环境尽量与真实使用场景接近,让测试用户在真实环境下使用产品,以获取更真实的体验反馈。

3. 观察用户行为:不仅关注测试用户的反馈意见,还要观察他们的实际操作行为,了解他们是如何使用产品的。

4. 听取用户声音:鼓励测试用户积极表达自己的体验感受和建议,给予他们足够的自由和安全感,确保获取真实有效的反馈。

5. 细致记录:在测试过程中,要将测试用户的操作和交互过程仔细记录下来,以便后续分析和整理。

关于用户体验测试的标准

关于用户体验测试的标准

关于用户体验测试的标准用户体验测试是一项至关重要的活动,它可以帮助企业了解用户对产品或服务的真实感受,找出潜在的问题和改进的空间。

一个成功的用户体验测试需要建立相应的标准和流程,以确保测试的准确性和可靠性。

本文将探讨用户体验测试的标准,并就其内容进行详细介绍。

一、用户体验测试的标准1.可操作性:产品或服务的界面设计要符合用户的习惯,操作流程要简单直观,用户可以轻松上手使用。

2.易学性:产品或服务的功能和操作要容易学习,新用户能快速掌握并上手使用。

3.反馈速度:产品或服务的响应速度要快,减少用户等待时间,提高用户满意度。

4.可靠性:产品或服务需要稳定可靠,避免频繁出现故障或崩溃的问题,影响用户的正常使用。

5.针对性:产品或服务要满足用户的真实需求,提供有效的解决方案,避免出现无用的功能和信息冗余。

6.响应性:产品或服务要能够适应不同的用户场景和设备,提供良好的跨平台体验。

7.美观性:产品或服务的界面设计要美观大方,符合用户审美和品味,增强用户的好感度。

8.个性化:产品或服务要能够提供个性化的体验,满足用户的个性化需求,增强用户黏性。

9.安全性:产品或服务要保障用户的隐私和安全,避免出现信息泄露和恶意攻击的问题。

二、用户体验测试的流程1.目标明确:确定用户体验测试的目标和范围,明确要测试的产品或服务内容和功能,确定测试的关键点和重点。

2.制定测试计划:制定详细的测试计划和流程,确定测试的时间节点和地点,确保测试的全面和系统性。

3.选取测试样本:根据测试的目标和范围,选取符合标准的测试样本,包括不同年龄、性别和职业的用户,确保测试结果的客观和全面。

4.进行测试操作:按照测试计划和流程,进行用户体验测试的操作,记录用户的使用过程和反馈意见,发现潜在问题和改进建议。

5.收集数据分析:收集用户体验测试的数据和意见,进行深入的数据分析,找出问题的原因和改进的空间,做出相应的改进计划。

6.完善产品或服务:结合用户体验测试的结果,完善产品或服务的设计和功能,提高用户的满意度和体验感受。

关于用户体验测试的标准

关于用户体验测试的标准

关于用户体验测试的标准用户体验测试是一种通过观察和分析用户在使用产品或服务过程中的感受和反馈来评估产品或服务的质量和用户满意度的方法。

它对于改进产品和提高用户忠诚度至关重要。

而用户体验测试的标准则是评价和衡量用户体验的指标和标准,通过这些标准来判断产品或服务的用户体验是否达到预期的水平。

用户体验测试的标准通常包括多个方面,从用户的角度出发,分别对产品或服务的易用性、便利性、效率性、满意度以及情感体验等进行评价和衡量。

下面我们将详细讨论这些标准。

首先,易用性是评价产品或服务是否容易被用户理解、学习和操作的标准。

这包括产品的界面设计是否清晰明了、是否符合用户习惯、交互方式是否自然、操作流程是否简单直观等方面。

通过对用户进行观察和访谈,可以评估产品或服务的易用性,比如用户能否快速找到需要的功能,是否容易上手,是否存在误解或困惑等。

其次,便利性是评价产品或服务是否方便用户获取和使用的标准。

这包括产品或服务的可访问性、可用性、响应速度、搜索效率等方面。

通过用户访谈和行为分析,可以评估产品或服务的便利性,比如用户是否能够方便地找到想要的信息,是否可以随时随地获取到服务,是否可以快速完成所需的操作等。

再次,效率性是评价产品或服务能否在使用过程中帮助用户节省时间和精力的标准。

这包括产品或服务的性能表现、任务完成时间、操作步骤数等方面。

通过对用户的操作行为和效率数据的分析,可以评估产品或服务的效率性,比如用户完成某项任务所需的时间和步骤数量,是否能够迅速找到所需的信息,是否可以高效地完成所需的操作等。

此外,满意度是评价用户对产品或服务整体体验感到满意程度的标准。

这包括用户对产品或服务的整体评价、对特定功能或服务的满意程度、对用户支持和反馈的满意度等方面。

通过用户的情感反馈和综合评价,可以评估用户的满意度,比如用户对产品或服务的喜好程度、愿意再次使用的意愿、愿意推荐给他人的程度等。

最后,情感体验是评价产品或服务是否能够引起用户情感共鸣和情感体验的标准。

软件测试中的用户体验测试

软件测试中的用户体验测试

软件测试中的用户体验测试用户体验测试(User Experience Testing)是软件测试中一项重要的测试方法,旨在评估软件产品在用户使用过程中的交互体验和满意度。

本文将介绍用户体验测试的定义、重要性、测试方法和常用的评估指标,并探讨用户体验测试在软件开发过程中的应用。

一、定义用户体验测试是通过模拟用户真实使用场景和行为,在特定的测试环境下,评估软件产品在交互、易用性、效率、可访问性等方面对用户的影响以及用户对软件产品的主观感受。

它是基于用户角度的测试方法,旨在提升产品的用户体验和满意度。

二、重要性用户体验是评价软件产品质量的关键指标之一。

一个功能完善、稳定可靠的软件产品,如果用户体验不好,用户可能会流失,导致产品的销售和声誉受损。

通过用户体验测试,可以发现并解决软件产品中存在的问题,提升用户对产品的满意度,增强用户粘性。

三、测试方法1. 用户调查:通过问卷调查、访谈等方式收集用户对软件产品的主观感受和意见反馈。

调查内容可以包括界面设计、反应速度、易用性、功能完整性等方面。

2. 观察测试:观察用户在特定操作场景下的行为,收集用户的操作路径和操作习惯,并记录用户在使用过程中遇到的困难和问题。

3. 压力测试:模拟多种负载情况下的用户使用场景,评估软件在高并发、高负荷情况下的性能表现和用户体验。

4. A/B测试:通过对比两个或多个不同版本的软件产品,分析用户对不同版本的偏好、满意度和使用习惯,以此确定最优版本。

四、常用评估指标1. 反应速度:指软件对用户操作的响应速度,包括页面加载速度、按钮点击反应时间等。

2. 易用性:评估软件产品的用户界面设计是否友好、直观,是否符合用户的操作习惯和期望。

3. 功能完整性:评估软件产品是否包含用户所需的全部功能,功能是否齐全、实用。

4. 可访问性:评估软件产品在不同硬件设备、不同浏览器、不同操作系统等环境下的可访问性和兼容性。

5. 用户满意度:通过用户调查等方式,评估用户对软件产品的整体满意度,包括产品的易用性、功能、设计等方面。

用户体验测试的方法

用户体验测试的方法

用户体验测试的方法
用户体验测试有多种方法,以下是一些常见的方法:
1. 原型测试:使用低保真或高保真的原型让用户尝试产品的功能和界面,并通过观察用户的反应和记录其反馈来评估产品的可用性和用户满意度。

2. 用户访谈:与用户进行面对面或电话交谈,了解他们对产品的期望、需求和体验,并探索他们在使用产品时遇到的问题和挑战。

3. 观察用户行为:观察用户在使用产品时的行为和动作,包括他们点击、滚动、输入等的方式和反应,以评估产品的易用性和用户界面设计的效果。

4. 问卷调查:通过发送问卷给用户,收集他们对产品的评价和意见,包括对产品功能、界面、性能等方面的满意度和不满意度。

5. 焦点小组讨论:邀请一组用户共同参与讨论产品的优点和缺点,以及他们的期望和需求,从而获取集体的用户观点和反馈。

6. A/B测试:通过同时展示两个或多个版本的产品给不同的用户群体,并比较他们的使用数据和反馈,来评估不同版本的用户体验和效果,进而决定最终采用的版本。

7. 使用数据分析工具:通过使用分析工具,如Google Analytics等,收集产品使用的数据,如用户行为、流量、用户停留时间等,来评估产品的用户体验和改进方向。

以上方法可以单独或结合使用,根据产品的特点和需求选择合适的方法进行用户体验测试。

关于用户体验测试的标准

关于用户体验测试的标准

关于用户体验测试的标准用户体验测试是评估产品或服务在用户使用时所产生的感受和体验的过程。

它是一个非常重要的环节,可以帮助企业了解用户对产品或服务的真实感受,从而改进和优化产品或服务,提升用户满意度和使用体验。

在用户体验测试中,有一些标准是非常重要的,它们可以帮助测试人员更全面地评估用户体验,有效地发现问题和改进方案。

本文将详细介绍几个重要的用户体验测试标准。

1.用户体验测试的标准概述用户体验测试的标准决定了测试的质量和有效性。

一个好的用户体验测试标准应该包括完整的测试流程、明确的测试指标、合理的数据分析方法、以及有效的改进方案。

同时,测试人员应该具备专业的测试技能和经验,以确保测试的客观性和准确性。

用户体验测试标准是评估用户体验的基准和参照,只有遵循标准才能得出真实有效的测试结果,帮助企业改进产品或服务。

2.用户需求分析在进行用户体验测试之前,首先需要对用户的需求进行全面的分析。

这包括了解用户的使用场景、使用习惯、需求和期望,以及对产品或服务的期望效果。

只有全面了解用户需求,才能从用户的角度出发进行测试,更好地评估用户体验。

在用户需求分析中,可以采用多种方法,如问卷调查、用户访谈、焦点小组讨论等,收集用户的真实反馈。

通过这些分析,可以清晰地了解用户的需求和期望,为后续的用户体验测试提供重要的参考数据。

3.测试设计测试设计是用户体验测试的第二个重要环节。

在设计测试方案时,需要明确测试目标、测试内容和测试方法。

首先要确定测试的目标是什么,是评估产品的易用性,还是评估用户满意度?然后根据测试目标设计具体的测试内容,包括测试的功能、性能、交互流程等。

最后要选择合适的测试方法,如实地观察、用户访谈、定性分析等。

在测试设计中,需要考虑到用户的多样性和复杂性。

不同的用户具有不同的需求和使用习惯,因此测试设计应该充分考虑到用户的多样性,保证测试结果的客观性和准确性。

4.测试执行测试执行是用户体验测试的核心环节。

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