可用性测试

大家好，欢迎来到IT知识分享网。

【可用性】
ISO9241/11中的定义是：一个产品可以被特定的用户在特定的场景中，有效、高效并且满意得达成特定目标的程度

ISO 9241-11将可用性概括为三方面：

• 有效性（effectiveness），用户使用系统完成各种任务所达到的精度（accuracy）和完整性（completeness）；
• 效率（efficiency），用户按照精度和完整度完成任务所耗费的资源，资源包括智力、体力、时间、材料或经济资源；
• 满意度（satisfaction），用户使用该系统的主观反应，描述了使用产品的舒适度和认可程度。

人机交互专家 Jakob Nielsen 将可用性框架的定义为可学习性质、效率、可记忆性、错误、满意度

可用性测试的概念是：让一群具有代表性的用户对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。可用性最早来源于人因工程（human factors）。人因工程又称工效学（ergonomics），起源于二战时期，设计人员研发新式武器时研究如何使用机器、人的能力限度和特性，从而诞生了工效学。涉及多个领域的学科，包括心理学、人体测量学、环境医学、工程学、统计学、工业设计、计算机等

可用性定义为“用户能否很好地使用系统的功能”，分为五个因素：

• 可学习性（learnability），用户可以在短时间内使用系统完成相关任务；
• 效率（efficiency），用户学会使用系统后，能够高效率地使用系统；
• 可记忆性（memorability），用户在一段时间没有使用系统后，仍然能够使用系统；
• 出错（errors），用户使用系统时能够少出错，系统必须防止灾难性错误发生；
• 满意度（satisfaction），用户使用系统主观上感到满意。

Shackel（1991）将可用性分为四个因素：有效性（effectiveness）、可学性（learnability）、灵活性（flexibility）、态度（attitude）

通过可用性测试，我们可以：

• 了解真实用户如何与产品进行交互并；
• 了解真实用户是否能够完成指定任务；
• 了解真实用户完成指定任务需要多久；
• 了解真实用户对产品与竞品的满意度；
• 确定改进产品可用性问题所需的修改；
• 定性分析可用性并查看是否符合目标；
• 让设计和开发团队在开发前发现问题。

李乐山《人机界面设计》一书中，总结了学术论文中高频使用的「可用性」

【15 种国际可用性测试经典量表】

 参考资料：https://zhuanlan.zhihu.com/p/163054315

测试分2种：
1.根据问题做出设计方案，并找到用户验证设计方案
2.通过数据发现问题，再找到用户挖掘问题的原因

产品可用性测试方法分为分析法和实验法
分析法：常见专家评审、启发式评估、认知走查、多元走查、一致性检查
实验法：常见卡片分类、面对面测试、远程测试、A/B测试、走廊测试、纸张原型测试、问卷调查
A / B测试：为网站或应用程序的界面或流程制作两个（A/B）或多个（A/B/n）版本，在同一时间维度，分别让组成成分相同（相似）的访客群组随机的访问这些版本，收集各群组的用户体验数据和业务数据，最后分析评估出最好版本正式采用

【评估方法】

• 认知预演
• 启发式评估
• 用户测试法

测试的是产品，而不是使用者。更多地依靠用户的表现，而不是他们的偏好

启发式评估
        1. 启发式评估
        Jakob Nielsen的十种启发式评估原则（尼尔森十大交互定律）是行业中最常用的可用性评估原则，除此之外，还有Gerhardt-Powals的认知工程原理、Weinschenk和 Barker的分类、ISO 9421 对话原则等。
        Jakob Nielsen倡导的启发式评估十原则内容

1. 系统状态的可见性：系统应该在合理的时间内做出适当的反馈，始终让用户了解正在发生的事情。
2. 系统与现实世界的匹配：系统应使用用户的语言，用户熟悉的词语和概念，而不是系统导向的专业术语。遵循现实世界的惯例，使信息以自然和合乎逻辑的顺序出现。
3. 用户控制和自由：用户有时会误操作，要提供任何时候都能从当前状态跳出来的出口，保证能够及时取消或者再运行执行过的操作（支持撤消和重做）。
4. 一致性和标准化：不应让用户怀疑不同的词语、情况或行为是否意味着同一件事。保证用户在同样的操作下得到相同的结果。
5. 预防错误：提前预防错误的发生，这种防患于未然的设计要比适当的错误提示更胜一筹。消除容易出错的条件或检查它们，并在用户采取行动之前让用户再次确认是否进行该操作。
6. 识别而不是回忆： 通过使对象，动作和选项等可视化，从而最大限度地减少用户的认知负担，使用户无需回忆，一看就懂。尽量不要让用户从当前对话切换到别的对话时还必须记住某些信息，系统的使用说明应该是可见的，或者适当时可以轻易地检索。
7. 灵活性和效率：加速器功能（初次接触的用户看不到该功能）通常可以提升专家用户的操作效率，从而使系统能够迎合无经验和有经验的用户，允许用户能够单独调整会频繁使用的操作。
8. 审美和极简主义设计：对话不应包含无关或极少需要的信息，对话中的每条附加信息都会与关键信息形成竞争，并降低其相对可见度。
9. 帮助用户识别，诊断和从错误中恢复：错误消息应以简单的语言表示，精确地表明问题，并建设性地提出解决方案。
10. 帮助和文档：即使系统在没有帮助文档的情况下也可以使用良好，但还是有必要提供帮助和文档。这样的信息应该易于搜索，针对用户要执行任务列出具体步骤。

实施步骤：
招募评价人员—-制定评价计划—-实施评价—- 召开评价人员会议—-总结评价结果—-输出总结性报告
启发式评估报告（HE报告）的内容主要包括：

• 出现问题的界面和位置，关键事件或问题出现在用户界面的哪个位置？
• 启发式的名称，引用了十个启发式原则中的哪一个？
• 被评价为否定或肯定的原因，解释为什么界面会违反或符合该启发式？
• 问题的范围，描述问题的范围，是贯穿整个产品还是在某个界面？
• 问题的严重程度(高/中/低），评估问题的严重程度。
• 评定其严重程度的理由，给它高/中/低的原因。
• 修复建议，对问题的改进建议。
• 可能的权衡（为什么修复可能会不起作用），提及这些权衡可以增加报告的可信度。

要注意：

• 不应以个人偏好，而应以理论依据进行评价。
• 评价的目的不是挑错，更应给出合理建议。
• 当团队意见不一致时，与其争论不如通过实验得出结论。

【用户测试】
常见方法：

• 发声思考法
• 回顾法
• 性能测试

实施步骤
设计任务:选择最核心的功能或操作流程作为任务,任务应符合常规操作流程,为任务创建一个应用场景,明确任务的起点和终点,任务不应过于简单,避免提供线索和描述操作步骤
招募用户:根据资金预算和日程安排来招募用户,用户数量,招募渠道
准备工作:地点与工具的准备,任务相关资料的准备,相关文件的准备,可用性测试剧本的准备

 参考资料：http://www.woshipm.com/pd/1016493.html

在做可用性测试的时候，最好是能有摄像、录屏（包含录音）在测试过程中，我们要：

1. 记录使用者的操作流程，先点了哪里、后点了哪里，是否产生了停顿？是否有重复操作？这些最好使用录像记录
2. 记录用户反应，是否产生了疑问？思考、皱眉、犹豫、惊讶、欢喜，因此最好有个摄像机能对准用户的脸，但你也要时刻注意观察，适当的问他遇到了什么问题，让他把自己的想法说出来，不要深度讨论
3. 记录操作方式，用户是一只手操作还是两只手操作？左手还是右手？会不会为了点击某个按钮，不得不使用两只手操作？
4. 记录行为习惯，比如他在筛选商品时，是优先筛选价格，还是优先筛选品牌，他购买商品是先看价格还是先看评价？
5. 记录页面状态，比如页面加载速度是不是太慢了？是否出现卡顿、出现BUG等情况？
6. 记录每个页面的浏览时间、浏览顺序，他在第一屏停留了多久？为什么停留了那么久？在哪一条信息上停留的时间较长？他浏览「每个」页面的先后顺序是什么？这些将是设计页面布局的重要参考
7. 记录细节：页面加载速度、操作手势、每个页面停留时间、每个模块的查看时间

【一个不错的可用性测试报告】

bilibiliApp可用性测试：https://zhuanlan.zhihu.com/p/363786610

其中观点不错的是绩效测试、非重叠轨迹图分析、热力图分析

【可用性测试过程】主要有七个步骤：测试前思考、制作测试原型、撰写测试脚本、招募测试者、设置测试环境、预测师、正式测试以及测试结果统计分析

测前思考：5w，平台

测前准备：招募测试者，撰写测试脚本，制作测试原型。

筛选维度从平台、对产品的熟悉程度来考量。

撰写测试脚本：

        结果分析的一般的维度有：a)任务完成度b)致命错误c)非致命错误d)完成任务的时间e)主观情绪f)偏好和建议

制作测试原型：高保真的Demo，用Prott，Flinto，proto，墨刀等来制作。

设置测试环境：录音，录像，屏幕记录

录像和录屏操作可参考