2020年可用性测试方法工作总结.pdf

可用性测试方法工作总结 百度百科对可用性测试的定义：让一群具有代表性的用户对产 品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。 该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。 测试可以是早期的纸上原型测试，也可以是后期成品的测试。 定义可以说是很贴切了，近期对移动端的售后功能改版进行了 可用性测试，借此机会进行下总结，反省下不足，吸收下学习到的经 验。 1. 适合可用性测试的场景 产品的开发前、中、后期，产品上线后，都可以用可用性测试 做支持，大致能使用到的场景如下： 新的产品，需要验证是否符合用户需求 功能发生变更，包括不限于操作路径、功能入口、视觉变化 此次移动端售后改版主要是基于此种类型，交互、视觉、部分 功能页等与之前版本均有较大的差别，为了解用户的体验感知进行了 此次体验调研 新增了比较复杂的功能，需要看用户的接受度和完成度 存在争议的问题，交互、视觉、功能等；或多种方案不能确定 使用哪一种的 2. 可用性测试前期准备 需求收集 可用性测试之前，需要和业务方、系统设计者（产品经理）、 运营等角色收集需求，我们自己也会有需求，收集各方意见后，下一 步要做到的是整理需求，考虑到可用性的测试时间长度和任务难度， 需要将重点、难点问题梳理。 不能覆盖全部问题的情况下，要有侧重点，我认为全部问题点 都测试并不好，需要用户关注的点特别多，用户就会产生混乱。下面 会详细讲。 任务设计 任务设计是整个过程中非常重要的一环，整个测试是围绕着设 计的任务展开的，设计任务需要注意的包含下面内容： ①结合需求及目的设计场景化任务： 不能简单粗暴的问用户“ XX功能您觉得怎么样”，要把用户放 到实际的场景中，让用户去解决问题，让用户在模拟的真实测试环境 中再去吐槽他发现的问题。比如告诉用户已经买了 XX商品，收到压坏 了，需要在 APP上申请换货 ②任务覆盖范围： 在需求收集时有提及，可能有很多需求、测试点；本次测试中， 虽然已经精简了任务，但是需要用户操作的依然内容多，所有任务又 是围绕售后单一类型进行操作的，存在的问题是，一方面前面的任务 训练了用户，对后面的操作产生了已经熟悉的影响；另一方面，用户 发现的问题点重复，习惯了的操作可能不会再提出其他有效建议。 所以一定要控制好测试任务数量，需要有取舍。这次测试为了 让同一对象，体验全过程，设计了 9 个任务，时长 90 分钟，觉得可以 尝试缩短时长，减少任务量；任务数量实在多的话，分成两场，增加 测试人数或许不错。 ③明确场景化任务中关注细节点： 关注重点有主有次，在设计任务时，调研者需要了然于心关注 点，在用户操作或吐槽时，对用户行为或想法进行深挖 资料准备 ①会议室：因为现在的职场没有专业的访谈室，需要提前预定 固定的、比较安静的环境与用户沟通 ②测试机及网络：安卓与苹果手机各准备一部，尽可能减少环 境变量，与用户使用手机系统保持一致。网络需要留意，测试机要调 试好网络，本次测试第一场就出现了测试机连不上网的情况；录音笔 也要提前准备好，有遗漏信息录音笔可以会听，也可以用来分享 ③测试环境：这个环境不是指真实环境，而是指与测试任务匹 配的 APP实际场景环境，或者打印还原的场景，这个动作可以放在完 成任务设计后再开始准备。 测试环境需要创造，比如这次售后测试，因为需要分别创造刚 提交未审核服务单、可以催促的售后单、查询售后退款等环境；服务 单提交后要与客服沟通不能审核、尽量减少对客服指标的影响；可以 催促的单子难控制，必须超过一定时效，要匹配约到用户的时间提前 申请等等，需要把任务和时间表高度结合来创造合适的环境 ④礼物准备：目前部门内部主要是赠送用户京东 E卡，后续可 以考虑比较有特色的礼品，比如等值音