小时候的第一台电脑：17寸液晶显示器，奔四处理器，全新界面的Windows XP操作系统，标志性的大草垫子桌面。为了和学校的电脑保持风格一致，我还调成了经典主题，类似下图：（这真是一个暴露年龄的悲伤故事）
[图片上传失败...(image-2ad85e-1660203026190)]
坐在自己的电脑面前，激动的心情溢于言表，快刀阔斧的把凡是不能直接双击打开的文件全都放入回收站，并清空了回收站。删完以后，看着干净的桌面和文件列表，人机合一的掌控感让我激动不已，像完成仪式一样的关闭窗口、关机、关显示器、关电源，期待着下一次的相遇。
第二天，打开电脑进不去操作系统，重启多次无效。一边着急一边少年老成的胡思乱想：人真是可笑，没有的时候想有，有了又要被东西奴役……
[图片上传失败...(image-12b9bf-1660203026190)]
到校以后，邀请班里游戏打的最好的男生来修电脑，对方轻描淡写：“小caes，重装一下就行。” 放学后，他拿着光盘和U盘来帮我装系统：
“这新买的电脑就开不开机了，你可真能造。”
“我啥也没干啊！”
“啥也没干就开不开了，你肯定干啥了。”
“我就整理了一下文件，就这样了。”
“你怎么整理的？”
“我把没用的文件删了，就是打不开的那种。”
“……哪种啊？”
“就是带小齿轮的那种，还有花花绿绿的，还有一个大框的，我都删了。”
“……你可真有耐心。”
“那是，我删了半天呢。”
“……这都是系统要用的，你都删了当然开不开机了。”
“没告诉我不能删啊，我哪知道，它就不应该让我删！”
[图片上传失败...(image-d6f47c-1660203026190)]
时隔多年，那台电脑已经换代N次了，当时的委屈心情还记忆犹新。真实的用户使用场景下，凡是没明确提示不能做的，用户都会去尝试；甚至明确提示不能做的，用户也想着能不能绕过去尝试一下。人都有好奇心，使用软件的乐趣就在于不断探索。打开文件的瞬间，谁知道等待我的是百万大奖还是熊猫烧香？
后来做测试，有了正反两方面的思考：一方面，不被允许的操作，最好连入口都不提供，从根儿上断了用户犯傻的通道，最次也要给用户来个“后果自负”的严重警告；另一方面，删除或限制正在使用的资源，是引起软件失效的常见原因之一。本文尝试从体验的角度来聊聊测试，内容较初阶，旨在引发思考。（毕竟我也不是体验设计师，专业受限请见谅）
软件防呆
防呆，又称错误校对，是一种预防矫正的行为约束手段，运用防止错误发生的限制方法，让操作者不需要花费注意力、也不需要经验与专业知识，凭借直觉即可准确无误地完成的操作。——维基百科
防呆源自围棋术语，应用于丰田汽车的工业管理，随后被推广到各个领域。防呆设计遵循以下十个原则，让我们从软件的角度来逐一解释。
[图片上传失败...(image-1cfdff-1660203026190)]
断根：从根源上避免犯错，不允许的操作置灰或隐藏
- 牛奶不允许“卖了换钱”，所以就没有这个按钮：
[图片上传失败...(image-65c801-1660203026190)]
保险：共同或依序运行两个以上的动作完成工作
- 微信删除聊天记录，左划显示操作菜单，点击“删除”，还需要用户再次确认删除：
[图片上传失败...(image-e523c1-1660203026190)]
自动：将人工操作自动化，减少人为失误；智能地预估、兼容或阻止错误
- 页面的自动填充、自动提交、自动关联信息等；
- 午夜后语音上闹铃，“明早7点30叫醒我”，会收到智能提示说：“现在是凌晨0点10分，将在今早7点30分提醒您。”
相符：通过校验输入与预期的相符程度，查错或防错
- 表单上的各种校验，手机号、身份证号、邮箱地址等
顺序：按照自然顺序的工作流引导
- 一些较长的流程，如下单、售后等，会有工作流指引。
[图片上传失败...(image-c5b640-1660203026190)]
隔离：区域分割或重要数据分离，避免误操作
- 如软件设置的高级操作，Github的“危险区域”
[图片上传失败...(image-fe0e65-1660203026190)]
复制：通过复制来完成相同任务，减少出错
- 继续上面的例子，GitHub要删除仓库时，需要手动输入仓库名称，以防误删
[图片上传失败...(image-b408da-1660203026190)]
标示：醒目的样式差异来表达提示信息
- 如上图的删除仓库按钮的样式差异
警告：各种弹窗、提示信息
- 如上图的删除仓库提示信息
缓和：利用各种方法减免错误发生的伤害
- 微信的撤销和重新编辑功能，新版本还提供了“Re-edit”，多么贴心
[图片上传失败...(image-397be9-1660203026190)]
用户体验测试
有小伙伴可能会问，了解这些对测试有什么帮助呢？我们来对齐一下：测试的目的在于提升质量，而质量又是什么呢？质量是指产品满足用户需求的程度。这里有两层含义，一是软件需要满足用户需求，二是用户是评价软件质量的重要干系人。质量好不好，谁来评价很重要。由此可见，质量的评价既有客观的层面，又有主观的层面。
[图片上传失败...(image-cb0955-1660203026190)]
传统意义上的测试，关注的重点还是在客观评价层面：软件的功能是否完善、性能是否满足需求、线上缺陷多不多等。质量管理者对质量的主观评价层面往往缺乏关注，而用户或客户评价软件产品质量的出发点，很大程度上取决于主观印象。因此就产生了用户日益提升的体验需求、与质量从业者缺乏用户体验关注度之间的巨大鸿沟。
客观的说，测试并不是不关注体验，更多的是不知道该关注什么，或者不知道关注之后怎么办。具体可参考用户体验五要素，逐层的去关注用户体验设计的有效性、去验证软件的体验设计是否满足需求。
[图片上传失败...(image-baf359-1660203026190)]
例如，在表现层主要关注视觉体验，这就要求软件能够保持一致的设计风格，能给用户留下整体一致的印象，测试就需要验证设计风格的一致性。大家可以根据不同层面的不同关注点，有针对性的设计体验相关的测试用例。
验证软件具备基础的体验能力后，测试人员不妨故意“犯傻”，反向验证一下软件的防呆能力。可参考以下清单进行尝试：
- 不遵守操作顺序
- 跳过关键步骤
- 尝试多次相同操作
- 删除或释放正在使用的资源
- 耗尽硬件资源
- 进行不被允许的操作
- 使用软件时杀掉进程
- 在请求数据时切换网络
- 暴力尝试：快速操作、连续操作、频繁刷新等
- 尝试薅软件的羊毛
- 删除关键信息并尝试恢复（防呆不防傻）
- ……
多关注用户体验，可以在实现了功能的基础上提升用户使用软件的幸福感，帮助我们留住用户。毕竟现在竞争激烈，不要在失去用户后才感慨，原来我们可以做的更好。
参考：
维基百科词条【防呆】：https://zh.wikipedia.org/wiki/%E9%98%B2%E5%91%86
文/Thoughtworks 于晓南
原文链接：像用户一样测试：不妨犯傻-Thoughtworks洞见
网友评论