手把手教你做可用性测试
可用性测试是用户体验设计师采用的一种测试方法，用来确保产品设计可以带给用户好的体验。 可用性测试常发生在低保真设计和高保真设计阶段，根据用户试用的反馈意见，对设计进行修改。这个阶段的修改代价较小，因为只涉及到原型图的修改；如果等到前端页面开发完成后再修改，代价就比较大。同时，可用性测试还可以让用户验证产品的创意，加深产品经理对产品的理解，避免开发团队浪费时间和精力开发没有把握的产品。 尽管可用性测试是设计师常用的方法，但其思想、操作方法也可以被产品经理采用，比如在产品开发完成后、上线前进行测试，尽可能避免上线后因体验不好或功能不完善造成用户流失。 可用性测试可以分为制定测试计划
01 好的用户体验的标准 在具体介绍可用性测试每个步骤之前，先来看一下一个好的用户体验有哪些标准。 1. 易用 产品的设计、结构、意图对用户来说是清晰的；产品功能是容易理解的；产品导航是容易操作的；产品是可以完成某项任务的。比如装在玻璃瓶里的番茄酱非常难倒出来，改成可挤压的设计就会容易的多；使用银行卡付款时，每次输入一长串数字非常麻烦，使用拍照识别就非常方便。
2. 有用 产品设计是否帮助用户解决了痛点或问题？是否帮助用户实现了目标？是否为用户带去了独特的体验。软件产品功能的有用性可能比较难以判断，一个功能或多或少都会有人使用，可以根据使用人数的多少来判断，如果人数太少，那么这个功能或许就不太有用；太多无关紧要功能的堆砌可能会掩饰产品的核心价值，即造成所谓的“功能膨胀”。 3. 令人愉快的 用户使用产品是否感到愉快，这在用户和产品之间创造了一种积极的联系。用户体验设计师通过在制作产品时考虑到用户的想法和感受来促进这种积极的联系。提起令人愉快的设计，第一个想到的可能是苹果公司的设计。用户或许在审美上存在差异，但总体来说，是能够区分出好的设计和不好的设计。
02 示例 Art Travel是一款为艺术爱好者打造的app，用户可以使用app查询他们喜欢的展览并可以预订门票、导览工具和导游；分享参加展览的状态；浏览艺术家的作品。接下来的步骤会用这个app做为示例。 1. 制定测试计划 右边思维导图可以产出，实验计划包含七个部分，分别是项目背景、调研目标、调研问题、kpi、调研方法、参与对象及脚本。
1）项目背景 阐明当前阶段产品情况以及想要调研对象测试的内容，概括整个测试。 以Art Travel为例，背景可以是“我们为艺术爱好者开发了一款可以在线查询展览并预订门票的app；我们想要研究我们的产品是否容易使用，是否存在问题及探究问题解决的办法”。 2）调研目标 你想要从研究中获得什么以及结果如何影响你的设计；目标要小，要具体，以Art Travel为例，可以是“用户能否使用产品完成从发现展览到预订门票，下单支付这个核心流程”。 3）调研问题 是对目标的具体化，要具有实践性，可通过实验来回答；要中立，不要引导用户；要明确收集的数据是定性的还是定量的。 以Art Travel为例，问题可以是“用户完成这个流程大概需要多长时间；我们可以从用户的操作中发现什么问题；支付环节是否容易使用”。
4）kpi 衡量目标的效果，可以是任务上耗费的时间、退出率、转化率、用户错误率、导航或搜索使用频率、购买意愿、推荐意愿、产品可用性评分，以Art Travel为例，可以是“用户下单到结算需要的时间；有多少用户放弃了任务，各个环节的转化率是多少；产品可用性评分是多少；有多少用户愿意使用产品”。 5）调研方法 可分为一手研究(问卷调查、采访、焦点小组和可用性测试)、二手研究(查阅书籍、资料)；定量和定性研究。 以Art Travel为例，这里采用可用性测试的方法。还要说明一下时间、地点、实验方式，比如调研对象根据给出的要求，使用产品完成任务；在任务完成后，需要完成一个调查问卷。 6）参与对象 首先要刻画出要调研的对象的特征（比如性别、年龄、地区、产品使用习惯），然后做出筛选，注意要对象的多样性。以Art Travel为例，调研对象为每个月去参观展览一到两次的艺术爱好者，年龄在18——75，包含学生、全职工作者、退休老人以及艺术家。 7）脚本 描述实验的任务、步骤，以及采访时要问的问题。以Art Travel为例，“打开App，并进行注册”，“请找到个人页面，然后完成资料补充”，“请找到一个你感兴趣的展览”，“在搜索展览时，是否容易操作”。
2. 进行测试 在用户进行测试时，设计人员既可以陪伴在调研对象的身边，也可以不陪伴，两种方法各有自己的优缺点。 1）陪伴 优点是可以获得一手资料，亲自观察调研对象与产品的互动，获得的反馈更加真实；为调研对象提供指导，从而帮助他们完成任务；可以与调研对象交谈，进一步了解他们的想法；对任务进行解释，便于调研对象能够更好理解。 缺点是设计人员可能会影响到调研对象，比如影响参与者的心情，带去偏见，从而影响实验结果。
2）非陪伴 优点是参与者可以自然与产品进行交互；可以按照他们自己的想法使用产品；成本更低，也更方便的安排实验。 缺点是不能需求帮助，设计人员也不能问更多详细的问题，数据也可能更难分析。 链接是谷歌进行的一个非陪伴式测试，可以看一下测试者如何操作的。 在参与者进行测试时，需要对他们的操作进行记录，可以按照这几个维度去记录： 实验任务 点击路径：用户依次点击了哪些按钮 观察：用户的感情、行为以及痛点 直接引用：用户说了什么 易用程度评分 以Art Travel为例，一项任务的记录如下： 任务：搜索展览并从中选择一个你感兴趣的 点击路径：点击搜索框—输入关键字—点击搜索按钮—下滑屏幕—点击进入详情页—返回筛选列表—选择展览 观察：用户有时候不知道输入什么进行搜索 直接引用：缺少排序选项，希望可以按照受欢迎度对筛选结果进行排序 易用度评分：功能完成，但是不太容易使用
3. 结果分析 在完成对参与者操作的记录后，需要对记录进行分析，主要是分析你观察到的，以及参与者所说的。这些记录可以按照不同维度进行分类，比如功能维度、体验维度等。这里提供一个可视化工具方便对记录进行组织。 以Art Travel为例，将记录按照功能为例： 搜索功能：没有说明搜索结果是按照什么排序的；缺少对搜索结果排序的选项；有时候不知道搜索什么 订票功能：没有办法买儿童票和老人票；导览设备是默认的，但不需要；提交订单的时候才被告知已经没有票了；没有显示单价，只显示了总价格 支付功能：支付页没有告诉购买的东西，只显示了总价格；需要输入信用卡账号，非常麻烦；没有显示展览日期，容易忘记
然后对每组的记录进行主题提取，即用简短的话进行总结概括，方便他人理解。并在此基础上，给出洞察、建议。 比如以Art Travel为例，主题可以是根据大多数参与者的反馈，搜索结果无法排序。 洞察：提供可以排序的维度，以便用户按照自己需求对搜索结果排序。 接着，我们需要对主题以及获得的洞察进行优先级排序。产品中存在必须修复的问题，阻碍用户完成任务的因素，欺骗或误导用户的因素，不可访问或难以访问的因素，这些问题的优先级最高。
最后，根据优先级选出几个主题，并根据洞察，对低保真原型图进行修改。 4. 结果分享 这一步是对前面步骤输出的汇总，可以用PPT的形式进行展示。
03 写在最后 这篇文章介绍了可用性测试的基本概念以及实施步骤，希望可以帮你建立起对可用性测试的认知。 最后总结一下可用性测试的意义：以用户为核心，在设计阶段，确保可以产出为用户带来好的体验的产品。
可用性测试篇
刚好最近公司的产品要上线了，上线车间工头指定了测试的任务要我来负责，这下硬着头皮整理一下最近可能后面一段时间长期要进行的这一项任务——可用性测试。
结合之前刘津老师《破茧成蝶》里面对可用性测试的说明解释一下可用性测试，作为上线前的测试工作，一般有 可用性测试和结合灰度上线的A/B测试 ，但我们公司的产品属于B端产品，所以选取了可用性测试为主要的测试方法。
其中的“ 用户 ”即为请来的测试人员，这一类人往往是这一产品的代表使用者，是极具价值的目标人群，从他们操作过程中发现的问题往往更具代表和真实性，能获得更准确的结果。对于这类用户的要求是：
其中的“ 使用产品 ”则是通过我们对产品业务逻辑的理解，把具体的业务目标转述成使用目标，使用目标不能提出具体操作，给出工作目标即可，以我们车间生产的产品为例，如“客户来电欲预订下周二中午的酒席，请操作”，不需要具体的操作方法和功能，完整表达产品的逻辑即可。对使用目标的标准是：
“ 发现并处理问题 ”在用户使用过程中，观察用户的操作行为，在进行具体操作时，用户停顿了，有疑虑了，出现了操作的中断、失误，都有可能是产品的易用性缺失导致的，需要对当时的页面进行完整思考，之后再做出可行性的优化，同时，可能统计出来的问题比较复杂和混乱，就需要对出现的问题进行归纳和整理，做出设计和开发上面优先级的排序，以方便后续的优化，归纳依据如下：
开发次序
以上是我们现在操作可行性测试的大概方法，结合实践了很多前辈的经验，由于车间资源不是很充足，所以都是请其他部门的开发同志操作，因为B端产品的特殊性（针对特定群体，需要一定学习成本，产品具有差异化）最终测试也还是取得了一定的成效，结合PDCA式的优化方案，继续进行测试并改进产品，希望大家都能好好打磨自己的产品，完。
以下关于可靠性测试意义的叙述中，不正确的是（ ）。
【答案】：B
软件失效可能造成灾难的后果；软件的失效在整个计算机系统失效中的比例比较高；相比硬件可靠性技术，软件可靠性技术很不成熟；与硬件元器件成本急剧下降形成鲜明对比的是，软件费用呈有增无减的势头，而软件可靠性问题是造成这种费用增长的主要原因之一；随着计算机应用中软件成分的不断增加，使得系统对于软件的依赖性越来越强，软件对生成活动和社会生活的影响越来越大，从而增加了软件可靠性问题在软件工程领域乃至整个计算机工程领域的重要性。以上这些都体现了软件可靠性测试的重要性。
