定义
根据ISO 9241标注定义，“可用性”指的是产品在特定情境下被特定用户使用时，所产生的一些指标，包括有效性（effectiveness，对应user goal）、效率（efficiency，单位时间内完成度）和满意度（satisfaction）。
可用性测试是一个专业的、非独立、非单一的研究方法，由其他研究方法组成。Usability Test Method，用很多种。要根据不同的时间节点、产品类型、项目类型做不同的可用性测试。
分类一
根据设计阶段的不同，可用性评估方式可以被分为两大类：形成性评估和总结性评估。它们目标不同，因此执行它们的方法和时机也不同。
1、形成性评估
目的：发现尽可能多的可用性问题，通过修复可用性问题实现软件可用性的提高。告诉我们设计在哪方面做得好、哪方面不好、及其原因。
时机：产品流程早期，整个设计过程中
方法：启发式评估、可用性认知走查、可用性测试……
可用性测试：确定用户在设计界面上要完成的任务，让被测试的用户出声思考，观察他们的行为，理解他们何时感到困惑或犯错，此时的目的是了解哪部分做得好、哪部分需要改进、原因。此时测试用户数量不需很多——5个就够了。了解了设计里需要改进的地方，重做该设计，改善用户体验，在整个产品设计中通过迭代让产品体验变得更好。
2、总结性评估
目的：横向评估多个版本或者多个产品，输出评估数据进行对比。产品整体的可用性或满意度如何；产品与竞品的不同；产品的可用性与给定标准相比如；不同迭代版本之间的差距
不适用于：想快速了解如何改进产品
时机：产品完成时，拥有了代表性的大样本量的用户
用户不受帮助地使用产品完成任务，并在给定的度量表中写下评分体验。
度量表：满意度、可用性、净推值……（Mark，为了评分可靠，需要较多数量、有代表性的样本。如果产品还没有上线，就需要提前预估用户群体）
分类二
根据被测试群体的不同，可以分为两类：一类分为面向专家的方法和一类面向用户的方法。
1、面向专家的方法
群体：主要由UX、UI、前端等专家参与，专家充当鉴定官，将自己放在用户的角色情境中。
方法：认知过程走查法，启发式评估法（包括尼尔森启发式评估十原则、施耐德曼的八项黄金法则、IBM的设计原则……）
2、面向用户的方法
群体：召集目标用户进行测试，通过用户反馈或操作得出数据。
方法：问卷调查过程，焦点小组，可用性测试，发声思考法
（焦点小组focus group和用户访谈user interview的区别是，focus group是多个用户针对主题讨论，用户访谈是一对一的。用户访谈可以在前期调查或者用户测试后进行访谈。在此期间，研究人员向用户询问有关感兴趣的主题，例如系统的使用、行为和习惯等的问题，目的是了解该主题。）
可用性测试要点：key points
1、每一个测试都有清晰的目标和测试目的
2、根据时间节点选择合适的测试方法
可用性测试的作用
1、方案选择决策（A/B test）
2、优化建议或方案
3、发现设计问题、需求、用户行为等基础信息
4、梳理业务逻辑
常用的可用性测试指标
1、任务完成度
2、任务时间
3、错误率
4、效率=任务的完成时间/平均完成时间
5、易学性（随着测试的进行，用户所用的时间、效率的变化）
收集的使用性问题，划分等级
Excel表整理问题list，划分priority时，用高中低标注。再优化时有先后顺序。
1、问题严重高——导致任务失败，没有其他方法能完成任务
2、问题严重中——对完成任务有影响，有效性、效率、满意度有影响
3、问题严重低——使用者能完成任务，对效率和有效性有影响
满意度的衡量（SUS）
system usability scale量表，目前较为人所知，来测试使用者满意度的表，共10道题
SUS量表
测试前——计划准备
1、定义测试的目的——为了验证？获取什么信息？
2、定义测试用户——年龄、男女、身份、习惯符合产品的目标群体。一般使用5个测试用户，便可发现80%的可用性问题；第6个人是替补，以免意外。
3、测试设备——如果设备是用户自己的，结果会更准确，陌生的设备会增加测试者的学习成本，导致结果偏差。此外，投屏，可以让主持人和观察者可以看到实际情况；可以录屏、录音、记录数据等回看；
4、测试场景
5、测试任务
6、提问环节。主持人向被测试者再确认问题和总结，问题要与目的对应。
测试中——注意事项
被测试者遇到问题时，允许用户说出自己的困惑，理解用户为什么不能完成任务。
用户提问时，可以反问“你觉得呢”，这样知道用户的预期。
测试完成后，提问“整个测试下来，你感觉怎样？”这是一个中性的问题。
用户体验打个分。算5个被测试者的平均分。
测试完成
主持人和观察者一起，总结分析。在大白板上，根据测试的任务或者页面划分区域，在每个区域上，观察者贴上刚才观察时记录的好差评。
总结分析的结果，分析存档。
网友评论