【实战总结】可用性测试进阶之路.pdfVIP

【实战总结】可用性测试的进阶之路 本文主要讲述笔者对可用性测试各个阶段的认识以 心得 ，从接触可用性测试到现在 ，笔者 把可用性测试分为三个阶段 ：方法认识阶段、方法优化阶段、测试升华阶段 。每个阶段笔者 对可用性测试都有着不同的看法和理解 ，在这将做简明扼要的分析和大家一起共勉。 方法认识阶段 让一群具有目标性的用户对产品进行典型操作 ，同时需要观察员和开发人员在一旁观察 ，聆听 ，做 记录。这么一整套流程我们称之为可用性测试。 可用性测试对于研究员、产品、设计师来说作用有以下几点 ： 1. 帮助研究员、产品、设计师了解测试产品 ：这里的了解不仅仅是产品功能、逻辑、交互等侧面的 了解 ，更重要的是需要了解为什么要做这场测试 ； 2. 提升交流能力 ：这一点不仅仅是同测试用户的交流 ，还有同测试需求发起者的交流以 测试后结 论的分享交流 ； 3. 测试结论分析转化能力 ：测试结论通常需要研究人员进行转化、提炼 ，通过精练的语言配合量化 的数据进行描述。 执行可用性测试笔者总结了三个阶段 ，测前准备、测试执行、测试分析。 每个阶段对应的执行项需要按照顺序执行 ，如下图 ： 作为可用性测试的初学者 ，了解方法是很必要的 ，在这推荐两本书 ：《用户体验度量》 《用户体验 与可用性测试》 ，对整个测试方法做系统的了解。 方法优化阶段 大多数研究人员、产品、设计师通过方法的学习在配合具体的项目研究后 ，都能够熟练的掌握可用 性测试这套流程 ，笔者通过这个阶段的学习后 ，总结出一些测试经验 ，通过多轮项目验证能够很好 的提升测试效率与准确性。 1.测前准备 招募用户 多数研究人员在执行测试时都是临时招募用户 ，这种情况有个缺点 ，如果招募用户比较缓慢就会影 响到整个项目的进程 ，所以提前维护用户是很有必要的 ，一旦有测试项目启动可以直接进行招募。 个人经验 ：可以提前建立一个用户群 ，做好日常用户维护 ，一旦有产品测试开展可以直接调取用户 ，缩短用户招募时间提高项目进度。 需要强调的是 ： 1. 招募用户必须是目标用户才能保证测试的准确性。 2. 用户要有循环冷却时间 ，用户完成一个产品测试后 ，需要等1个月后才能再次进行测试复用。 2.测试执行 预测试 有些可用性测试的初学者 ，在编撰测试大纲时有些欠缺 ，加上执行测试时有些不可控的因素会出现 ，针对这种情况需要做预测试进行完善。 个人经验 ：进行预测试时招募用户可以不是目标用户 ，重在检测用户是否能理解设计的测试任务、 完成情况以 能否按照正常测试的流程进行操作。 预测试的好处有以下几点 ： 1. 检验测试任务是否合理 ； 2. 熟悉整套测试流程 ； 3. 演练测试沟通细节 ；预测试完成后就可以开始正式测试之旅。 3.正式测试 正式测试后有些研究人员容易犯一个错误 ，急于加快测试速度 ，而忽视测试收录 ，特别是在一个研 究员进行可用测试时 ，如果测试所有用户后进行信息收录 ，就很容易造成测试数据过多而遗忘掉。 个人经验 ：测试2-3名用户后进行数据收录 ，一方面防止信息太多有所遗漏。另一方面是总结测试 结果 ，尝试进行初步分析。可以即刻与需求发起者进行同步沟通。做到敏捷调研快速沟通。 敏捷微测试 这里的敏捷测试不是指靠压缩测试人数做到敏捷回应 ，而是简化测试任务。针对一两个测试任务就 开始展开测试 ，快速敏捷给出测试结果 ，并同步到需求方。 个人经验 ：微测试重在测试任务简化 ，但核心测试任务要明确 ，用户快速进行测试任务 ，快速得到 测试结论 ，快速提交反馈。 测试升华阶段 多数用研从业人员将测试本身当成独立的项目 ，做完一轮测试提交测试结论就就结束了。缺乏产品 测试数据的横向对比 ，特别是研究者是某个产品的体验负责人时 ，就要建立起整个产品测试结论分 析的体系。 将每次的可用性测试结论串联起来做数据分析 ，引导产品和技术人员去对整个产品进行改进。我们 将从测试的独特问题、参加者频次、问题归类、报告正面问题这四方面展开 ，描述测试升华阶段。 测试的独特问题 独特问题仅代表独特问题的数量 ，不是所有用户遇到的问题。例如 ：若测试用户共有两名 ，A 用户 遇到20个问题 ，B用户遇到12个问题 ，其中有8个问题与A 用户相同。独特问题是24个 （20+ 12-8 ） ，将每次迭代的问题都加以呈现做横向对比 ，可以清楚的知道每一次修改问题的量 ，如下图 ： ，将每次迭代的问题都加以呈现做横向对比 ，可以清楚的知道每一次修改问题的量 ，如下图 ： 参加者频次 根据问题 ，记录用户频次 ，直观的告诉决策者多数用户是因为什么因素造成