可用性测试方法总结 超详细 (可用性测试方案)

本文目录导航：

• 【超详细】可用性测试方法总结
• 交互设计常识点——可用性测试
• 什么是可用性测试

【超详细】可用性测试方法总结

之前总结过一版 交互设计流程图 ，关键是想给自己以后做设计梳理一下环节，然而那份流程外面只要枝干，并没有枝叶，所以针对每个方法我都会撰写一份方法总结，或许说指点，目的就是为以后通常做预备。

我希冀的成果是，假设一个没有接触过该方法的人看到这份总结，可以依照这个总结一步步成功试验。

这就是我最大的目的。

上方就是第一份总结《可用性测试方法总结》。

（预警：长文慎入！不过耐烦看完必需会有所收获） ============宰割线================== 可用性测试的环节关键有七个步骤：测试前思索、制造测试原型、撰写测试脚本、招募测试者、设置测试环境、预测师、正式测试以及测试结果统计剖析。

这七个步骤有些事可以并行的，有些是须要严厉依照前后顺序口头的。

七个步骤组成的流程图如下： 上方我就针对这七个步骤，谈谈详细要怎样做。

不论是做哪个平台的可用性测试，比如PC端、移动端或许是WEB端的可用性测试，最最关键的就是要先理清楚一些基本疑问。

基本疑问就是最经典的5W疑问：·为什么要启动这个测试（why）？测试可以验证一些设计中的纳闷，或许找出现有的界面、流程设计上的疑问，详细疑问要详细剖析。

·什么时刻在哪里做测试（when？where？）？期间普通是须要和测试者协调的；地点普通选择在宁静的会议室即可，假设公司有专门的试验室那就最好不过了。

·谁要作为测试者（who）？这里可以在招募测试者会详细探讨，不过测试者普通是跟咱们的persona凑近的人，或许换个说法，测试者普通是咱们的目的用户。

·咱们要测试什么（what）？测试一些配置点，测试界面设计，测试流程设计，测试设计中有争议、有不懂的中央。

当然这些疑问其实都不太难，然而这些都是至关关键的疑问。

假设没有经过这个步骤的思索，整个可用性测试做上去就会像无头苍蝇，没有一个总的指点。

在想清楚以上的疑问之后，须要为可用性测试做一些预备上班。

关键上班有：①招募测试者； ②撰写测试脚本； ③制造测试原型。

这三个环节不分先后，条件准许的状况下（人力物力短缺时）也可以同时启动。

招募测试者算是可用性测试最关键的一个环节之一的，测试者能否适宜间接相关到测试结果的好坏，测试结果间接相关到能否发现产品现有的疑问。

所以招募测试者是重中之重。

理想的测试者是咱们的目的用户，所以可用性测试要致力寻觅到目的用户作为测试人员。

寻觅的路径如下：a)最简便的，假似乎事（非同部门）或许朋友也是目的用户，可以选择共事或许朋友作为测试人员。

b)其次，大型公司都会有自己的用户资料库，可以从这个库外面寻觅到测试人员。

c)又或许说，委托第三方机构帮助寻觅测试人员也是准许的，不过成果或许不如自己寻觅的。

d)当然，如今的运行普通都会有自己的微博、微信、官方或许论坛，这些是十分好的寻觅测试者的渠道。

咱们可以推送招募测试者的通告，让用户填写一份考查之后，咱们再挑选获取咱们想要的测死者。

通告中要注明处罚，普通为小礼品的处罚，保障对测试者有必定的吸引力，同时又不至于让他们会为了这个礼物对团体消息造假。

其次，关于测试者，咱们须要启动一个挑选【3】。

首先须要用户填写必要的团体消息：比如姓名、电话（邮箱）、闲暇期间；而后依据考查选择其余一些团体消息：性别、年龄、职业之后，最后留几道问卷标题启动挑选。

挑选的维度关键有： ·平台。

假设测试的产品与平台无关，比如是Android或许iOS，须要在这里启动一个挑选。

·对产品的相熟水平。

比如咱们想找一些初级用户和一些初级用户，可以选择“经常使用期间”这一项来权衡用户对产品的相熟水平。

测试脚本的好坏间接相关到结果的好坏。

在撰写测试脚本之前，咱们须要先确定一些结果剖析的维度。

普通的维度有：a)义务成功度b)致命失误c)非致命失误d)成功义务的期间e)客观心情f)偏好和倡导。

关于这些维度的解释具看第文章的最后一局部“测试结果统计剖析”。

由于剖析的维度会相关到脚本的疑问，所以在确定剖析维度之后，咱们可以对配置点启动义务剖析。

把一切须要测试的配置点列进去，对每个配置点启动义务设计。

关于义务而言，用户最客观的感触就是两个：界面和流程。

所以测试脚本又可以从这两个维度去细分。

须要留意的是，可用性测试中，问只是其中的一局部，观察是另外一个关键的内容，所以测试脚本不只仅要有问的疑问，还有须要撰写上班人员观察的留意点。

同时可以在撰写完测试脚本的同时，把总结纲要也写进去，繁难前期总结的时刻一致结果展现。

特意的，在设计的时刻有纳闷的点，或许有争议的点，在可用性测试也可以获取较好的验证。

写完测试脚本之后，可以和利益相关者（名目经理、产品经理、开发等）探讨一下，请他们校验一下测试脚本。

界面： a)以后界面有什么？ b)每个物品用户感觉是什么？ c)可以操作吗？ d)用什么手势操作方式？ e)操作之后会怎样样？ f)界面显示的内容足够吗，有没有缺少什么物品？流程： 流程的测试就是依据义务来启动的。

把产品的需求文档列举进去，而后给每个需求配上一个适宜的场景，当然也会出现一个场景笼罩多个需求的状况，这也是准许的。

而后让用户在场景下去启动义务，观察用户，而后随时提问用户，随时预备回答用户的疑问。

以上两点适宜一切的可用性测试，然而关于版本降级类的可用性测试，咱们还须要了解这个降级关于用户来说的接受度如何，所以须要参与一些对比性的疑问：比如说：新旧版的操作流利度、界面表白对比感触。

最后须要留意的是，一次性可用性测试能涵盖的范畴有限，所以要限度脚本疑问的数量，以及对脚本的疑问启动优先级的排序。

举个例子，之前做过一个微信端的众筹平台。

我就可以设定以下义务： 可用性测试的原型普通是高保真的Demo，可以用Prott，Flinto，proto，墨刀等来制造，制造力图实在恢复运行的最终成成成果。

制造高保真Demo是一件耗时耗力的上班，所以在制造的时刻可以适当疏忽一些动效、界面等。

不过做进去的Demo最终也可以给开发参考，所以辛劳也是值得的。

甚至于，可以恳求开发人员制造原生的程序Demo（针对安卓平台），程序Demo体验会愈加好。

当然，纸面模型也是另外一种十分好的工具。

纸面模型须要把纸面模型都只做进去，而后把一切的弹出窗口、下拉菜单等控件也制造进去。

而后设计师充任wizard of oz来辅佐用户成功义务。

即用户对着纸面模型来操作，而后设计师实时反应用户的操作。

这样子要求设计师十分相熟测试的运行，同时，测试的期间也会大大增长。

同时，动效作为设计的一环在这里不可表现进去，所以结果或许会不如高保真Demo来的好。

总之各无利害，依据实践状况来思索。

测试环境是指测试的时刻须要经常使用的记载设施，经过把测试环节记载上去可以更好地剖析用户的行为，特意是用户自己都没有发觉进去的一些物品。

首先，最最关键的一点是录音，录音一方面是在整顿访谈记载的时刻可以协助设计师回想访问的场景，而后填补一些缺失的笔记。

另一方面，录音也可以作为一种存档的资料。

同时，录音也存在繁难、易操作、隐蔽等特点，经常使用录音笔或许如今随处可见的默认机即可成功录音。

所以剧烈介绍启动可用性测试的时刻必定至少要录音。

录音之外就是录像，假设有录像的话，录音的步骤就可以省略。

录像关键是记载用户的表情和举措。

有时刻，用户的表情和举措可以传播很多物品，经过把这些消息记载上去可以，设计师偶然可以开掘到一些闪光的设计点。

除此之外，用户的屏幕记载也是一种方式，经过用户的屏幕、加上用户操作的举措，表情，可以实在恢复用户的经常使用场景，繁难前期的剖析。

录像和录屏的操作比拟难启动，关键的设施可以参考如下【5】，详细可以检查相关的链接： ·摄像机：记载举措和局部表情 ·眼动仪：可以追踪眼球的焦点轨迹，不适宜移动端 ·鼠标轨迹记载：记载鼠标轨迹，只实用于PC端 ·QuickTime(iOS)：仅记载屏幕 ·Mobizen(Android)：记载屏幕、手势 ·DisplayRecorder(iOS)：手势、声响 ·SCR(Android)：记载屏幕、手势、表情、声响 ·Magitest(iOS)：记载屏幕、手势、表情、声响 ·Mobizen+AirDroid(Android)：现场观察并记载手势、表情、声响 预测试是正式实施可用性测试前的一次性模拟， 模拟有助于发现疑问，这时刻约请共事即可。

把正式测试的流程走一遍，包含设配的调试、访谈切入、疑问的提问、记载者的记载等，而后把记载的录音、视频等放进去看看成果如何，成果不吉祥的时刻再启动调整。

总之，预测试可以协助发现疑问，包含以下几个方面的疑问： ·设施的疑问。

举个例子，录音设施搁置的位置会影响录音的成果。

·测试脚本的疑问。

测试疑问能否足够明晰。

·访谈的切入以及疑问的提问。

·记载者的记载。

发现疑问之后去处置疑问，能力使正式测试的时刻到达更好的成果。

测试前的应酬上班是测试人员对公司的第一印象，给测试人员留下一个好印象、一个善意境无利于可用性测试的启动。

所以在这里将一些留意点说一下。

首先，可以事前确认一下用户的行程。

遇到刮风、下雨、下雪等顽劣天气的时刻可以事前送上问候短信。

其次，遇上用户早退的状况下，也要坚持抑制。

在早退五分钟到十分钟之后再给用户电话征询状况，假设用户因故敞开测试，也要坚持友好的态度。

在接到用户之后，送上一杯温水或许温热的饮料，而后让用户期待一下。

最后可以有专门的人员先和用户聊聊天，可以打听一些事件。

正式开局之前有个暖场引见。

首先掌管人做一下自我引见，而后引见一下测试的目的和期间，须要向用户强调测试的对象是系统，宿愿用户可以各抒己见。

假设有录音或许录像，须要向用户告知会有此类行为，然而结果齐全隐秘。

最后还须要签订隐秘协定。

正式提问分两个局部：团体消息的小疑问和可用性测试义务疑问。

小疑问关键是为了让用户有个顺应的环节，可以迅速进入形态。

普通可以征询产品经常使用习气、产品偏好、上网状况等，之后的测试疑问就是关键的可用性测试的疑问。

这里须要把疑问放入到场景中，让用户在场景中去成功义务。

或许可以征询用户的经常使用习气，而后疏导到脚本中的疑问。

须要留意的是，不必定要依照脚本的顺序提问，可以随机应变，所以掌管人要十分相熟脚本的内容。

除了征询，倾听之外，掌管人还要观察用户的神气以及举措，遇上用户有不懂的表情的时刻可以适当交叉新的疑问，然而尽量不要提供协助，也不要指出用户的失误或指摘举措太慢，然而可以征询用户“为什么这么操作”，必要的时刻可以选择中止义务。

测试环节中还须要有一个记载人员，记载人员须要记载：用户做了什么举措和步骤（重点）、用户说了什么、写下自己的不懂（适过后刻可以启动提问或许让掌管人提问）。

测试完结之后，掌管人可以问一下用户的想法，同时让记载人员补充提问，一切疑问完结之后，须要对用户示意感谢。

送上礼品并接受用户的一些交通费报销票据等。

最后要把用户送到公司门口。

测试完结之后，假设有期间可以立马启动整顿，由于期间越短，整顿进去的内容就越丰盛。

必要的时刻，可以用录音或许录像来辅佐。

在撰写测试脚本的时刻还有一份总结纲要，依据纲要来整顿内容。

大纲要具有灵敏性，可以记载一下测试现场发现的新疑问。

记得只是整顿而已，每个测试完结都会有一份整顿的资料。

最后须要汇总多份可用性测试总结，最终出具一份可用性测试结果，依据这份结果启动相应的改良上班。

咱们可以从如下几个维度去剖析咱们的可用性测试【8】（维度之间或许有交叉）： a)义务成功度。

每个测试义务都对应一个目的，只要当用户到达目的之后，咱们才以为他们成功了义务。

关于每个义务，用户成功的状况如何？有多少用户最终没能成功义务？多少用户须要在掌管人揭示下成功义务？多少人可以自行成功义务？这些都是很关键的目的 b)致命失误。

重大失误指那些阻碍用户成功义务的失误，这些失误十分关键，每一个都要获取足够的注重。

c)非致命失误。

非致命失误是指用户能成功义务，然而某些中央会有一些阻滞，会进度或许思索的失误。

这些失误相对来说没那么关键，不过假设出现的次数较多，该类失误也须要获取注重。

d)成功义务的期间。

每个义务须要成功多少期间，选择了交互设计流程和界面的设计能否足够友好。

e)客观心情。

用户关于义务的客观感触，比如能否足够繁难，能否容易找到消息，可以让用户权衡一下。

f)偏好和倡导。

可以让用户说出产品中哪些中央很青睐？哪些中央不青睐？或许让他们提一下倡导。

【1】Adaptingyour usability testing practise for mobile【2】移动可用性测试(一):概述 – 腾讯ISUX–社交用户体验设计【3】网易公司用户访谈优惠招募问卷【4】用户访谈心得总结– 腾讯CDC【5】移动可用性测试（三）：现场测试– 腾讯ISUX– 社交用户体验设计【6】用户钻研阅历谈-采铜学心录-博客大巴【7】繁难极速的可用性测试|网易用户体验设计中心【8】Planninga Usability Test

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

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

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

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

咱们作为产品的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。

（二）步骤可用性测试是网站可用性钻研的基本方法，它关键是用来识别用户经常使用站点的行为，由此来评价用户对网站能否满意，以及网站的哪些方面须要调整。

普通由一个用户应用要评价的站点来成功必定的义务，同时有一个或几团体对其启动观察、倾听以记载用户的思想环节和行为，测试的目的最终是为调整网站设计方案，而不是调整用户自己。

可用性测试的步骤普通为：1)制订测试方案。

测试开局之前，要制订测试方案，包含测试目的、范畴、主题、参与者、场合、估算等。

普通包含检测用户能否能搜集到特定的消息和成功特定的义务；也可以把测试作为一个工具，来处置用户和网站开发者关于某个特定的局部不同的处置。

例如，一个下拉菜单能否比广播按钮好，普通要确定如下内容：·要测试的内容：你对站点的哪些方面比拟关注并预备启动测试。

·测试方式：比如提供以下的站点方式让用户启动评价。

①纸质原型(Paper Prototype)：绘制页面设计的草图或打印输入。

②设计模型(DesignsComp)：页面的可视化设计或模型。

③有线框架(Wireframe)：关键可用于详细业务操作环节(注册、购置等)以及站点经常使用流(SiteFlow)的测试。

④实践站点(LiveSite)：一个配置性站点的地下可用的版本。

·测试目的：例如，能否宿愿了解被测试者对站点的希冀和了解，或许搜集他们对网站使意图见的反应。

2)测试。

·设定测试的情节：选择一些相关的义务让用户试着成功，预备、调整和提炼这些情节，经常使用户明白要求。

·选择测试者：要选择那些能准确地代表你的事实用户或潜在用户的人，依据J．Nielsen的观念，找5个用户来回答可用性疑问的80％。

被测试者应该具有各种不同的技术和阅历，通知他们可用性测试的大略思绪是什么，如何启动，他们能做什么来协助你获取最有用的消息。

假设你的站点还未对当地下颁布，或许你想对现有站点做一些改良，让他们签订一份隐秘协定。

并要求他们：①老实地回答疑问。

你们如今评价的站点还没有建设，所以不要担忧你们的批判会损伤我的感情。

②测试的对象是站点而不是你们，咱们将遇到很多疑问，但假设站点是完美的，咱们就不须要测试。

③当你在站点上移动时，请大声说出你“思索”的内容，形容你在做什么和为什么要这样做。

④不要做得同你在家或上班时不一样(被测试者通常会致力地成功义务以让测试口头者满意。

例如，要确定他们不会比平时花更多的期间来阅读站点的经常使用说明)。

·在轻松的气氛中开局测试：让被测试者大声地“思索”(行将他们的思想优惠大声地说进去)HJ，以让测试者作详细记载。

测试者的话语和肢体言语都不要带有任何指点性色调以免影响用户反响的客观性。

·向被测试者提问：将你预备用于测试的疑问、设定的情节和关键的要点列一个繁难的清单。

上方是一些繁难的疑问：①形容你在页面上留意到的第一个条目。

②识别一个页面上的哪些局部是可点击的。

③你希冀在这个链接前面找到什么。

④请形容你试图成功一个义务时的阅历。

·测试组织者的上班内容和角色：测试环节中向用户提出失当的疑问，不要用连珠炮式的疑问来问被测试者。

把很多的疑问有序地组织起来，似乎事实生存中的情节。

同时，留意被测试者的肢体言语和面部表情，这样能观察到他们的一些心情如困惑、受挫、满意或惊讶。

不用言语的交换往往更能说明疑问。

3)构成报告。

假设测试小组的记载做得好，那么很多的数据须要启动分类和评价。

从阅读记载人手，关于关键的消息、延续性的消息和感兴味的发现做上记号，再选择哪些发现最关键，把它们着重挑进去。

·整顿测试结果：汇总一切测试数据，并列出所遇到的疑问，依据出现的频率和关键性对疑问启动分类、整顿。

同时要构成处置方案。

·报告的措辞：普通不把被测试者称为“用户”，而称为“被考查者”；在观察的基础上构成一些详细而明晰的论断，例如，假设一个被测试者看起来很受挫和困惑，报告中应该写“被测试者看起来很受挫”，而不应该写“被测试者很受挫”。

·预备和组织报告：你写报告的目的是向用户提供一个有用、可读的文档。

写报告时，要有摘要。

可用性测试的目的是识别可用性触及到的内容以及或许的处置方案。

所以，报告的大局部内容要集中在可用性无余的方面，而不是写测试得很好的方面，要确保用户能了解。

·报告的附录：①测试口头者用来搜集数据时问的疑问，这样下次再测试时可以用这个测试草稿。

②被测试者的背景消息(人口统计学法令、阅历水平、因特网的经常使用状况等)。

③附上被测试的页面，可以了解评价的环境，通常很少无关于被测试站点版本以及它们的形状的文档说明，这样不可知道测试的页面是什么样的。

参考文献 黄琰.网站可用性测试的探求与钻研(J).软件导刊.教育技术.2013,7甘利人,王晓蓉.可用性测试方法在IA钻研中的运行(J).情报通常与通常.2004,4