20XX 可用性测试方法工作总结 什么是可用性测试呢？就是让一些有特点的用户去对新研发的产品进行使用，让开发人员进行观察，是一种类似功能性的测试。下面是我带来的 20XX 可用性测试方法工作总结，学到了嘛？ 百度百科对可用性测试的定义：让一群具有代表性的用户对产品进行典型操作，同时观察员和开发人员在一旁观察，倾听，做记录。该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。 定义可以说是很贴切了，近期对移动端的售后功能改版进行了可用性测试，借此机会进行下总结，反省下不足，吸收下学习到的经验。 1.适合可用性测试的场景 产品的开发前、中、后期，产品上线后，都可以用可用性测试做支持，大致能使用到的场景如下： 新的产品，需要验证是否符合用户需求 功能发生变更，包括不限于操作路径、功能入口、视觉变化 此次移动端售后改版主要是基于此种类型，交互、视觉、部分功能页等与之前版本均有较大的差别，为了解用户的体验感知进行了此次体验调研 新增了比较复杂的功能，需要看用户的接受度和完成度 存在争议的问题，交互、视觉、功能等；或多种方案不能确定使用哪一种的 2.可用性测试前期准备 需求收集 可用性测试之前，需要和业务方、系统设计者（产品经理）、运营等角色收集需求，我们自己也会有需求，收集各方意见后，下一步要做到的是整理需求，考虑到可用性的测试时间长度和任务难度，需要将重点、难点问题梳理。 不能覆盖全部问题的情况下，要有侧重点，我认为全部问题点都测试并不好，需要用户关注的点特别多，用户就会产生混乱。下面会详细讲。 任务设计 任务设计是整个过程中非常重要的一环，整个测试是围绕着设计的任务展开的，设计任务需要注意的包含下面内容： ①结合需求及目的设计场景化任务： 不能简单粗暴的问用户“XX 功能您觉得怎么样”，要把用户放到实际的场景中，让用户去解决问题，让用户在模拟的真实测试环境中再去吐槽他发现的问题。比如告诉用户已经买了 XX 商品，收到压坏了，需要在 APP 上申请换货 ②任务覆盖范围： 在需求收集时有提及，可能有很多需求、测试点；本次测试中，虽然已经精简了任务，但是需要用户操作的依旧内容多，所有任务又是围绕售后单一类型进行操作的，存在的问题是，一方面前面的任务训练了用户，对后面的操作产生了已经熟悉的影响；另一方面，用户发现的问题点重复，习惯了...
