交互设计常识点 (交互设计常识有哪些)

本文目录导航：

• 交互设计常识点——可用性测试
• 可用性测试脚本应蕴含哪些内容
• 可用性测试测试的方法

交互设计常识点——可用性测试

“可用性”这个概念自入行以来就据说过，然而没有好好的深入学习过，去年转正报告的未来上班方案也提了一下想对在做的几个系统启动可用性测试，只管不知道日程方案能不能提下来，这两周还是着重学习了一下可用性测试，本文做一些演绎总结。

可用性有如下五个属性： 而“可用性测试”就是约请 一批 实在的 典型用户 针对典型场景操作产品，并激励他们在尝试 成功义务 的时刻 出声思索 ，可用性上班人员在一旁 观察、倾听、记载 ， 发现 产品经常使用环节中的可用性疑问。

它顺应于产品前期设计开发、中期改良和前期保养完善的各个阶段，是以用户为中心设计思维的关键表现。

咱们作为产品的Manager、Designer、Coder，作为产品的爹妈，孩子身上有几颗痣都很清楚，孩子性情随我没缺点，以为这个配置天经地义应该这样设计。

所以产品设计者是专家用户，而用户常识普通用户，咱们不能齐全代表典型用户的想法。

听听来自用户的实在声响，无利于优化设计价值。

所以可用性测试关键是为了从易学性、效率、可记忆性、失误率和满意度五个维度 权衡产品可用性 ，同时 定位产品疑问及发生要素 ，进而优化产品。

再有一点，设计须要平衡产品与商业之间的相关，所以可用性测试也与公司商业目的严密相关，只要这样，测试才干成为处置疑问和寻求时机的有效工具。

NNG的Jacob Nielsen列出了以下三个场景： 1. 在迭代的环节中，特意是两个迭代之间的时刻。

咱们须要知道咱们本期的设计能否处置了之前的疑问，或许咱们还须要继续改良咱们的设计方案。

2. 数据不会骗人——关于竞品的可用性剖析，可用性测试获取的目的是十分有用的。

3. 在每一次性新的颁布之前，咱们须要在脑海中有一个明晰的目的。

当咱们对如今的设计方案没有很大的掌握的时刻，一次性可用性测试可以通知咱们，新的版本是不是曾经预备好颁布了。

须要确定可用性测试的 疑问焦点 ，须要尽或许的精准、明晰、可测量、可观察，比如关于配置点、界面、流程等。

可以征询利益相关者，了解他们想要知道的消息，专一于能够成功产品ROI的钻研目的。

首先咱们须要有一个共识：“可用性测试义务是为了用户的实践目的，而不是我以为用户想要做的事”。

其次上方是义务设计的几条外围方法： a) 依据测试目的列出义务清单， 义务不宜过多 ，必需是 紧贴外围测试部分 的； b) 对每个义务 给予用户正当的动机 ，关于用户来说，产品的配置不关键，关键的是用户经常使用产品想要到达的目的； c) 将义务 赋予实在场景 ，毕竟用户经常使用产品都是有实在场景的。

总之，设计测试义务就是“谁在什么状况下要做什么事”，紧抓“人”、“情形”、“目的”三个要素。

撰写测试脚本是为了预防在正式测试时不知道该问什么，该记载什么，没有眉目，一片凌乱。

可以依据测试完结后的结果统计剖析的维度登程，联合义务清单，自下而上的剖析应该在测试时 须要问的疑问 ，还有 须要观察的留意点 。

比如：征询 ：进入页面，首先看到什么？而后看到什么？ 用户会想点开什么中央？每个分类上方的数字，用户有没有留意到？……观察 ：用户探求了那些内容？用户说了什么？侧面评价？负面评价？用户的表情，能否有皱眉噘嘴等负面表情？ 测试试验室所须要的硬环境必需是要完善的，比如： a)试验室环境 ：不论是会议室、还是专门的装有单面玻璃的观察试验室，至少要洁净整洁，能让用户心境安适的； b)测试设施 ：经常使用什么终端产品、网络环境要疏通、账号要先注册等； c)记载设施 ：录音、录像、录屏等，记载测试环节可以帮设计师会议访问的场景，填补一些缺失的笔记。

可以用一些录音机、摄像机、眼动仪、鼠标轨迹记载、QuickTime、Mobizen、Display Recorder、SCR、Magitest等软配件。

预测试就是正式实施之前，约请共事模拟几次，发现测试时的疑问。

把正式的流程走一下，包括设施调试、访谈切入、疑问提问、观察记载、结果剖析，把录音和录像都看一遍，从中 发现测试时的疑问 。

样本数量 ：依据Nielsen和Landauer的钻研，可用性测试发现系统中疑问数量与测试人数遵照以下公式： P=N （1-（1- L ） n ） 其中P为发现疑问的数量，N是系统中存在疑问的总量，L是经过钻研单个用户可以发现的用户比例，依据阅历L的值普通被定义为31%。

此时咱们可以绘制出P关于n的曲线，如下图所示。

此外，Nielsen还给出了以下的一份数据：依据83例NNgroup最近启动过的可用性咨询的案例剖析可以得出下右图的可用性疑问数量——招募用户数量的相关。

咱们可以看到，在招募 5-8名 用户的时刻，就足以暴显露系统中的大部分可用性疑问了。

而此时再测试更多的用户，并不会为咱们的洞察带来显著的优化。

寻觅用户 ：分为三步骤，招募消息投放—>挑选问卷—>电话咨询，外围准绳是“让最具备代表性的用户介入”，经过了解用户的态度、行为、目的来甄选，与用户画像婚配的用户。

从测试今日应酬用户开局就须要坚持一个友好态度，能够让用户放下警觉，能够有一个愉悦的心境去面对测试。

收场掌管人可以做一些自我引见，热热场，紧张一下测试的气氛，标明测试的目的，告知用户咱们十分宿愿您能各抒己见，这个测试没有对错之分，不要担忧做不好，真挚的宿愿咱们和您一同去发现产品的疑问。

而且假设有录音或录像，必定要让用户通晓有此类行为，然而会对测试资料隐秘，可以签订隐秘协定。

依据预备的测试脚本启动测试，至少须要两位上班人员，一名掌管人做义务疏导、征讯疑问上班，一名观察记载员观察用户心情、举措、记载用户行为、想法。

测试中须要留意以下几点： a)观察 ：察言观色，识别用户的心情，思索中、皱眉、犹疑、惊讶等，经过用户心情判断义务的难易，用户能否不可成功义务，那么就应该中断该义务的测试，并且舒缓用户心情。

b)征询 ：征询驳回普通不懂句，详细主观地重复用户刚才的行为表现，假设用户没有自己被动说出要素，可以“顺便”问以下“为什么？”或经过身材前倾、眼光注视等非言语模式来暗示用户你宿愿能听到更多内容，若用户很快、坚决地说出要素，则该理由的可信度较高；假设用户犹疑、或难以说出要素，就不要继续追问。

c)倾听 ：做一个好的倾听者，用户讲话时，可以用拍板、嗯嗯、眼神交换等反应给予用户揭示咱们在仔细的听，您继续讲下去。

d)激励 ：激励用户出声思索，测试中的疑问大胆讲进去，而且要必需用户的倡导，给予激励夸赞，认同其价值。

用户遇到艰巨时，不要提供协助，可以适当激励。

首先一位用户测试完结后，可以先趁着历历在目，便捷的做半小时整顿上班，掌管人和笔录相互核查。

而后等所有测试成功再启动可用性水温和疑问剖析。

这里依照我的了解做了一份可用性疑问的总结模板： 在《Don`tMakeMeThink》中Steve提到一种10美分的繁难可用性测试，关于早期起步阶段、须要极速迭代的产品，可以驳回这种模式便捷做一下可用性测试。

《可用性工程》中讲到11条可用性的阅历准绳，也一同记载一下： 到这里让我想到前几天看到的十二条UX设计准绳，也在此安利一下，省得我找不到了，网站也做的很不错，网站地址👉： Laws of UX 。

[1]可用性工程 [2]点石成金：访客至上的Web和移动可用性设计秘笈 [3]如何启动可用性测试和用户钻研？ - fries的回答 - 知乎 [4]如何启动可用性测试和用户钻研？ - 妖叶秋的回答 - 知乎 [5]如何启动可用性测试和用户钻研？ - 韩正双的回答 - 知乎 [6]如何启动可用性测试和用户钻研？ - Kelly的回答 - 知乎 [7]如何启动可用性测试和用户钻研？ - 苏静婷蝙蝠小玩子的回答 - 知乎 [8]【用研说】可用性测试操作指南 [9]可用性测试：义务评价模型与计量模式 [10]4个方面，聊聊如何做一次性更高效的可用性测试 [11]如何启动可用性测试和用户钻研？- 人人都是产品经理 [12]用超多实例，解析「交互设计七大定律」在设计中的运行

可用性测试脚本应蕴含哪些内容

可用性测试脚本应蕴含：

（1）衔接速度测试。

用户衔接到电子商务网的速度与上网模式无关，他们或许是电话拨号，或是宽带上网。

（2）负载测试。

负载测试是在某一负载级别下，检测电子商务系统的实践性能。

也就是能准许多少个用户同时在线！可以经过相应的软件在一台客户机上模拟多个用户来测试负载。

（3）压力测试。

压力测试是测试系统的限度和缺点复原才干，也就是测试电子商务系统会不会解体。

概述

更改目的软件时，须要对测试环节启动部分的可管理的变卦。

这将使得测试环节和测试脚本对目的软件的变动有更大的应变才干。

例如，假定软件的登录部分曾经扭转。

在遍历该登录部分的一切测试用例中，只要关于登录的测试环节和测试脚本须要启动扭转。

测试脚本是针对一个测试环节的。

一个测试环节往往须要泛滥的数据来测试。

经过智能录制获取的脚本，一切的输入数据都是常数，是固定的。

可用性测试测试的方法

可用性测试是一种关键的软件评价手腕，旨在验证其在实践经常使用中的可用性能否到达预期规范。

以后，评价方法种类单一，关键分为两类：依据介入评价的角色，即专家评价和用户评价；依据评价阶段，分为构成性评价和总结性评价。

构成性评价在软件开发环节中表演关键角色，它要求在产品或原型设计阶段就约请用户启动测试。

经过搜集用户的反应，始终优化产品或设计，以期到达预约的可用性目的。

其外围目的是尽早发现并处置潜在的可用性疑问，从而优化软件的易用性。

而总结性评价则是在软件的多个版本或产品间启动横向对比，目的在于输入片面的评价数据，以便对全体的可用性启动综合评价。

这种评价有助于识别不同版本之间的差异，指点后续的改良上班。

在启动网站可用性测试时，详细步骤包括：首先，明白测试的目的和预期结果；其次，确保测试环境的设置合乎实践经常使用场景；接着，选用与目的用户个体相婚配的测试对象；而后，口头测试，记载并剖析用户的行为和反应；最后，依据测试结果撰写报告，提出改良倡导。

这些步骤相互关联，独特保障了测试的准确性和有效性。

裁减资料

可用性测试是指，让一群有代表性的用户尝试对产品启动典型操作，同时观察员和开发人员在一旁观察，倾听，做记载。

该产品或许是一个网站，软件，或许其余任何产品，它或许尚未成型。

测试可以是早期的纸上原型测试，也可以是前期成品的测试。