在刚入行测试时,测试大姐头经常强调一句话——“要站在用户的角度去进行测试!”
随着软件测试技术的发展,软件测试的思想已经发生了改变,测试时很少有人强调“用户”,更不要说预留时间去处理用户体验问题,甚至可能连软件的真实用户都搞不清楚。
某个朋友所述的一个案例:
公司非常重视自动化测试,倡导100%的自动化测试覆盖率,并二次开发了自动化测试框架。然而,自动化测试执行后发现,线上用户的问题不减反增。于是该公司组织大家找原因,一群人都觉得是自动化测试框架存在bug,于是让测试团队分出一部分人力使用自动化技术去维护这套自动化测试框架。最终的结果是,无论测试团队把自动化测试做的多好,线上依然问题不断,测试员疲于修复测试框架的bug,陷入了一个怪圈。
造成案例中的原因,大家不妨先想一想。
1、工具就是工具,不是人
面对案例中的情况,真的不是机器(自动化)能解决的。此时需要做的是找一个擅于业务(手工)测试的测试员,梳理下业务逻辑,汇总分析下用户反馈的问题,然后确定用户真正的槽点。
比如,
你的业务流程反人类(这令我想起了谷歌公司用现实场景模拟网上购物的试验,想一想现实中用户要买一条面包,作为超市收银员的你要求用户输入会员号,中途超时,超时后流程重来,用户结账中反复捆绑推销其他商品,看看用户有多少耐心继续坚持下去?)
当业务测试员针对性做测试找到问题点,然后团队针对问题做改进,这才是良方。
2、老板可以是用户,但用户不是老板
在许多公司,特别是中小型公司,老板是软件的用户,甚至是“唯一”用户。如果软件仅仅针对老板一人使用,那无可厚非。实际的情况是,老板往往只是软件用户中的一员,然而产品的设计全部都由老板说了算。最后导致,软件上线后,绝大部分用户都不买单。
这就是典型的没有搞懂软件的“真实用户”。作为软件设计人员,不是自己拍脑袋,或者老板一拍脑袋就能做出一款好的软件产品的。
产品设计人员需要去了解用户,如团结市场人员做好用户调研,去分析同行竞品,甚至走出办公室直接与用户代表沟通。当老板有不同的看法时,要做的不是一味的迎合,应该是基于调查和分析去思考是否有改进的余地,如果老板的看法有明显的问题,应该基于数据和事实进行商讨。
3、测试人员如何尽可能站在用户的角度测试
我发现,当前绝大部分测试人员都成了“找茬游戏人员”。不知道大家玩过QQ的小游戏《美女找茬》没?(只要把两幅图片中不相同的地方用鼠标左键单击即可)
现实中,很多测试员已经把UI设计作为了唯一测试参照物,即测试除了验证功能正确外,做的更多的就是找茬了——即把软件中存在和原型不一致的地方找出来。作为大部分情况,这应该是对的。
但我们思考一个问题:
UI设计就是用户所想的效果吗?
如果经过用户多轮调研,经过各方的充分评审,我想这可能确实就是用户所想要的效果。
但是,如果没有,我们该怎么办?
所以作为测试人员,为了更好的站在用户的角度测试,我们可能需要做以下工作:
- 了解软件的用户,不管你是从心理学,还是从多个同行竞品的使用来证明你足够了解用户;
- 尽可能参与UI设计的评审,并试着从用户的角度去发现设计中的缺陷;
- 测试时,我们要基于“用户角度”进行测试,而不仅仅是找茬;
- 关注线上用户反馈的问题,可以是软件"用户反馈"服务的问题列表,或者客服人员收集的用户问题清单。
最后,我们回归下本文旨在说明的问题:
1、工具并不能代替人来测试用户体验这样的问题。
2、我们要理清我们的真实用户,而不仅仅局限其中的一小撮。
3、测试要了解用户,并站在用户角度去预防、找出软件缺陷。
-- End --
文末寄语:错在大脑会跳舞,怪在思想会开花,当我们拨开迷雾,透过现象看本质,只剩下血淋淋的现实,这时连自己也觉得可笑。